Third, the bitch needs to be sacked. To say that Opensource undercuts the ideals of "intellectual property" just goes to show either how incompetant she is, or to what degreee she has been bought.
Or it simply betrays her ignorance.
Never attribute malice where incompetence is sufficient... and never attribute incometence when ignorance is sufficient.
Granted, I'm sure now that her email has been posted on Slashdot (see other thread), she'll be pretty convinced she made the right decision. The flamers might not be representative of the software developers, but they will claim to be, and how would she know otherwise?
1. people don't know about most of the good independent artists, so they just look for ways to get more of what they already know they like.
2. a lot of indepentent artists aren't really any more comfortable than the RIAA with distributing their works in any "free" way. Often it's more a question of discomfort with derivative works/modification/misattribution than it is a question of money, though. Worst case: think about the popular flash movies that are passed from hand to hand, slowly accumulating obnoxious advertisements as they go.
...but the people distributing e.g. pirated movies are operating under the same constraints, aren't they?
I would imagine that BitTorrent (especially with an autoseeding tracker) would mitigate bandwidth problems for e.g. independent films. Storage isn't that expensive by comparison.
Essentially what will have to happen is that some people will start to put together indices of "known good" content (as determined by their own tastes).
Depending on the tastes of the "aggregators", such indices will get popular enough to be widely used.
I don't think it's an unrealistic expectation, as the blogging community already does it in the form of sites like boingboing, memepool, metafilter, etc...
That's a good point, actually. I don't think so, currently. I'm not even sure that's desirable, since that'd mean having to put chunks of code in the message file.
In cases involving a message file, you'd probably end up having to use Ruby's sprintf (which is no better than C's).
Thanks for pointing that out; I've been digging myself in here doing that type of string interpolation in some fairly inappropriate places if I wanted to care about i10n later...
I believe this is the technique being used by the Israeli X-Prize team, though -- they're using a re-usable balloon instead of a first-stage rocket to save on fuel. The second stage should be capable of picking up the required speed.
Bear in mind that their skin and all those other solid bits actually does contribute a bit to maintaining the pressure of e.g. their blood.
This has been borne out by experiments with primates and a few decompression accidents with humans.
Yes, decompression would still kill them, but mostly just as a consequence of asphyxiation (albeit accompanied by very painful swelling). They certainly won't explode.
While they still might look a bit grotesque, there needn't be any worries about having to crack the suits and ladle the corpses into buckets afterwards or anything like that.
Worrying about bananas seems a little excessive to me.. you do realize your body is chock full of radioactive Carbon-14, right?
unified memory and filesystem address space
on
P4 3.2GHz Reviews
·
· Score: 1
Desktop users will only benefit from 64 bits once someone writes an all-new non-[unix/windows]-influenced OS that has a unified memory and filesystem address space. This would be truly useful, but it is probably 10 to 20 years in the future.
Like... Multics? (circa 1960)
In many ways, Unix mmap() (or the Windows equivalent) probably counts too though.
I've done it a few times on various unices. Usually the machine just churns for a while, unlinking every file in the system.
When it's finished, pretty much the only thing left will be active mount points and their parent directories (things may get a little weird with special filesystems like/proc, though, if applicable to the OS in question).
Any programs already running will continue to work, though they obviously won't be able to open any files they didn't already have open.
You'll still have a working shell, but no commands other than "cd" and a few other builtins will work. Of course it'll be impossible to shut down cleanly, since all the scripts and utilities necessary to do that will be gone.
But... other than that it's strangely anticlimactic.
Slashdot Mirror
I don't think it would be so bad if it used some sort of averaging/interpolation.
Point taken.
Or it simply betrays her ignorance.
Never attribute malice where incompetence is sufficient ... and never attribute incometence when ignorance is sufficient.
Granted, I'm sure now that her email has been posted on Slashdot (see other thread), she'll be pretty convinced she made the right decision. The flamers might not be representative of the software developers, but they will claim to be, and how would she know otherwise?
If Trillian supported Jabber, that'd really be all that's necessary. Unfortunately, they seem to view Jabber as competition.
Unable to open /bin/clue: Is a directory
Eh, I think the real problem is twofold:
1. people don't know about most of the good independent artists, so they just look for ways to get more of what they already know they like.
2. a lot of indepentent artists aren't really any more comfortable than the RIAA with distributing their works in any "free" way. Often it's more a question of discomfort with derivative works/modification/misattribution than it is a question of money, though. Worst case: think about the popular flash movies that are passed from hand to hand, slowly accumulating obnoxious advertisements as they go.
...but the people distributing e.g. pirated movies are operating under the same constraints, aren't they?
I would imagine that BitTorrent (especially with an autoseeding tracker) would mitigate bandwidth problems for e.g. independent films. Storage isn't that expensive by comparison.
What this is degenerating into is simply CoreWars on a global scale...
Those are called Spaceballs, oddly enough...
Good thought. Sadly, I don't live in Russia and moving there would prove somewhat problematic for me.
Anything beyond the most trivial CYMK support (i.e. anything adequate for commercial purposes) is tied up in patents.
It's not legal for them to implement.
Essentially what will have to happen is that some people will start to put together indices of "known good" content (as determined by their own tastes).
Depending on the tastes of the "aggregators", such indices will get popular enough to be widely used.
I don't think it's an unrealistic expectation, as the blogging community already does it in the form of sites like boingboing, memepool, metafilter, etc...
That's a good point, actually. I don't think so, currently. I'm not even sure that's desirable, since that'd mean having to put chunks of code in the message file.
In cases involving a message file, you'd probably end up having to use Ruby's sprintf (which is no better than C's).
Thanks for pointing that out; I've been digging myself in here doing that type of string interpolation in some fairly inappropriate places if I wanted to care about i10n later...
...the TV watches YOU!
AfaiK DRM doesn't cut privileges at the right place that it would be safe for non-root users to use directly, though.
That was one of the major benefits of KGI.
I believe this is the technique being used by the Israeli X-Prize team, though -- they're using a re-usable balloon instead of a first-stage rocket to save on fuel. The second stage should be capable of picking up the required speed.
Bear in mind that their skin and all those other solid bits actually does contribute a bit to maintaining the pressure of e.g. their blood.
This has been borne out by experiments with primates and a few decompression accidents with humans.
Yes, decompression would still kill them, but mostly just as a consequence of asphyxiation (albeit accompanied by very painful swelling). They certainly won't explode.
While they still might look a bit grotesque, there needn't be any worries about having to crack the suits and ladle the corpses into buckets afterwards or anything like that.
Worrying about bananas seems a little excessive to me .. you do realize your body is chock full of radioactive Carbon-14, right?
Like... Multics? (circa 1960)
In many ways, Unix mmap() (or the Windows equivalent) probably counts too though.
What, like AlterSlash?
(your parent post was in the top 5 for this article for quite a while, too)
I've done it a few times on various unices. Usually the machine just churns for a while, unlinking every file in the system.
/proc, though, if applicable to the OS in question).
When it's finished, pretty much the only thing left will be active mount points and their parent directories (things may get a little weird with special filesystems like
Any programs already running will continue to work, though they obviously won't be able to open any files they didn't already have open.
You'll still have a working shell, but no commands other than "cd" and a few other builtins will work. Of course it'll be impossible to shut down cleanly, since all the scripts and utilities necessary to do that will be gone.
But... other than that it's strangely anticlimactic.
Actually, you might be more familiar with them as the Phonecians... bit to late historically to be Neanderthals, sorry.
All versions of IE > 5.0 support alpha transparency in PNGs via DirectDraw filters, on all supported versions of Windows.
m ageTransform.Microsoft.AlphaImageLoader(src='some. png',sizingMethod='scale')">
For example, to display a 256x256 PNG image (some.png) with correct alpha support:
<img src="blank.gif" style="width:256px;height:256px;filter:progid:DXI
(note that blank.gif is a fully transparent, empty GIF)
There's absolutely no technical reason why they can't support it the normal way, except that they don't care.
n.b. this doesn't work on IE for the Macintosh, but that has correct PNG alpha support to begin with.