Oh, you mean like IPSEC, and DHCP? IPv6 offers nothing but a fat address space, really. Everything else can be retrofitted to IPv4.
Frankly, I think we'll devolve to a system of discrete IPv4 address spaces with intelligent routers between them before IPv6. It doesn't matter how much mindshare v6 has, if the economics are wrong.
The Price/Performance deficit does not lie with PPC hardware. It lies with Apple hardware. The economies of scale that one might expect with x86 motherboards just don't exist, really, because the market is so fragmented -- and the G5 power is hot.
The text of the article notwithstanding, it is tremendously useful for running code developed for OS X on non-apple hardware. It means you don't need Apple hardware to run OS X and its applications.
> And because that code was originally under a > BSD license, it is quite probably legal and > completely legitimate to strip off the GPL > from that code and once again distribute it > as truly free software
Only if no-one has modified it while it was a GPL beastie. If they have, you have to track them all down, one by one, and get a release. Unless of course they've assigned their copyrights to the FSF, in which case you are screwed, cos there's no way RMS is gonna re-BSD stuff that was entrusted to him on the expectation that it would be exclusively available under the terms of the GPL.
There's a whole lot of PPC hardware out there that OS X does not and will never support. In fact, it's a lot cheaper than anything apple will ever produce. Admittedly, none of the stuff that is available on the market today is G5 (please, please prove me wrong!) but on a $/MFLOP or $/MIP basis, if you don't need the candy and macaroni, it would be insane to make, for example, an apple-based compute cluster of G4s, as opposed to an off-label cluster of G4s. G5 will come too, one can reasonably expect.
That's interesting. You don't feel any need for even a fleeting connection with verifiable factual reality, or any sort of substantive research in order to make an extreme claim. It's quite remarkable.
> we have a wretched little (introduced) > animal called the cane toad. If a virus like > this could be engineered such that it would > kill them all out, I'd say it's not such a > bad thing.
There was an old lady who swallowed a fly. I don't know why she swallowed the fly, I think she'll die.
There was an old lady who swallowed a spider, that wriggled and jiggled and tickled inside her. She swallowed the spider to catch the fly. I con't know why she swallowed a fly. I think she'll die.
etc...
This is strongly reminiscent of the Great Leap forward in China, where a national campaign to harrass the sparrows resulted in a plague of flies, which was followed by a national campaign to harrass the flies. The result of the Great Leap forward was a famine in which 20-30 million people died.
T1s are not reasonable for what you get, they are an obsolete business model which depends on monopoly to persist. In locations where there are competitive service offerings, tarriffed T1s don't sell, period.
use grub with a UMSDOS boot partition. have the windows image copy a grub.conf into place when it boots such that the default boot partition is the linux UMSDOS partition. have the linux partition copy a grub.conf into place when it boots such that the default boot partition is the windows partition.
True, but I don't consume mass media: I'm a telecommuter, and I never watch TV. I haven't noticed that this lifestyle has had much impact on my obsessive thoughts of sex and morbid fear of death, however.
As an author, you might like to provide a link to the paper you authored. I'm hoping it will answer the obvious question: Why not leave the words on display long enough to actually *read* them?
> a snap with C#. Sure, managed C++ is better, > but have you tried doing the same thing in > Java?
I certainly agree about enums, although the issue is trivial, and in fact I prefer to use the type-safe enum idiom when I use Java. However, on the issue of integrating legacy code, I think Java's retro JNI is actually a positive boon to any multi-person project, and to the architectural imperatives implicit in the language.
It creates a positive disincentive to doing evil. Mixing multiple languages in a single project is an enormous evil, because it means that all maintainers have to be fluent in both toolchains, and in the integration layer.
But JNI manages to strick a balance by making the necessary possible. There *should* be a hurdle to tossing in crap willy-nilly. It *should not* be high enough to represent an obstacle to integrating an essential component using a well-designed bridge interface.
If JNI fails, it fails on the basis of the toolchain support. In cases where the cost of maintaining your interface as native declarations is too high, you probably should be using IDL and RMI over IIOP anyhow.
I like to use the conductive, compressible foam used for packing electronic parts. This stuff is essentially free, and comes in convenient sheets, suitable for skinning over your manipulator.
It works like so: The resistance of the foam changes when it is compressed, so you add lots and lots of little wires, glued to the foam with a conductive glue, and monitor the resistance between pairs. This is a crude pressure sensor. It's good enough to modulate the grip energy of a tactile robot for shaking hands with a human, or picking up a drinking glass.
For more refined, quality-controlled results, you would want something a bit more upscale.
Oh, you mean like IPSEC, and DHCP?
IPv6 offers nothing but a fat address space,
really. Everything else can be retrofitted
to IPv4.
Frankly, I think we'll devolve to a system
of discrete IPv4 address spaces with
intelligent routers between them before
IPv6. It doesn't matter how much mindshare
v6 has, if the economics are wrong.
The Price/Performance deficit does not lie
with PPC hardware. It lies with Apple
hardware. The economies of scale that one
might expect with x86 motherboards just don't
exist, really, because the market is so
fragmented -- and the G5 power is hot.
The text of the article notwithstanding,
it is tremendously useful for running code
developed for OS X on non-apple hardware.
It means you don't need Apple hardware to
run OS X and its applications.
> And because that code was originally under a
> BSD license, it is quite probably legal and
> completely legitimate to strip off the GPL
> from that code and once again distribute it
> as truly free software
Only if no-one has modified it while it was
a GPL beastie. If they have, you have to
track them all down, one by one, and get a
release. Unless of course they've assigned
their copyrights to the FSF, in which case
you are screwed, cos there's no way RMS is
gonna re-BSD stuff that was entrusted to him
on the expectation that it would be exclusively
available under the terms of the GPL.
There's a whole lot of PPC hardware out there
that OS X does not and will never support.
In fact, it's a lot cheaper than anything
apple will ever produce. Admittedly, none
of the stuff that is available on the market
today is G5 (please, please prove me wrong!)
but on a $/MFLOP or $/MIP basis, if you don't
need the candy and macaroni, it would be
insane to make, for example, an apple-based
compute cluster of G4s, as opposed to an
off-label cluster of G4s. G5 will come too,
one can reasonably expect.
> > The PPC is a far better designed chip, of
> > course,
> By what do you base your claims on?
I make a similar claim. I base it on
experience writing assembly code and
compilers to assembly code for both
architectures.
THIS is the kind of article that I started
reading slashdot for, pre-dotcom.
YuGo, girl.
That would at least make it clear who has
the gonads on the block. No wonder they
call it Microsoft's Hell.
That's interesting. You don't feel any
need for even a fleeting connection with
verifiable factual reality, or any sort
of substantive research in order to make
an extreme claim. It's quite remarkable.
> we have a wretched little (introduced)
> animal called the cane toad. If a virus like
> this could be engineered such that it would
> kill them all out, I'd say it's not such a
> bad thing.
There was an old lady who swallowed a fly.
I don't know why she swallowed the fly, I
think she'll die.
There was an old lady who swallowed a spider, that wriggled and jiggled and
tickled inside her. She swallowed the
spider to catch the fly. I con't know
why she swallowed a fly. I think she'll
die.
etc...
This is strongly reminiscent of the Great
Leap forward in China, where a national
campaign to harrass the sparrows resulted
in a plague of flies, which was followed
by a national campaign to harrass the flies.
The result of the Great Leap forward was a
famine in which 20-30 million people died.
Oh well, it was all for the glorious Chairman:)
there's also on in Shanghai. it is much
better qualified for the name than the
one in Quebec.
I took it to mean that if you buy their optical processors, they won't bomb your airports.
Also an effective marketing ploy.
It would be interesting to know what
percentage of Israeli citizens also
supported the attack.
T1s are not reasonable for what you get, they
are an obsolete business model which depends
on monopoly to persist. In locations where
there are competitive service offerings,
tarriffed T1s don't sell, period.
use grub with a UMSDOS boot partition.
have the windows image copy a grub.conf
into place when it boots such that the default
boot partition is the linux UMSDOS partition.
have the linux partition copy a grub.conf
into place when it boots such that the default
boot partition is the windows partition.
> You are profoundly agitated on a daily basis...
True, but I don't consume mass media:
I'm a telecommuter, and I never watch TV.
I haven't noticed that this lifestyle has
had much impact on my obsessive thoughts of
sex and morbid fear of death, however.
As an author, you might like to provide a link
to the paper you authored. I'm hoping it will
answer the obvious question: Why not
leave the words on display long enough to
actually *read* them?
Wouldn't this work a lot better if they
just kept the words on display long enough
so that you could READ them?
> exploited is not active research area
he he. ho ho ho.
te he snrk. mmwwaahahaha
HAHAHAHAHAHAHAHA
I'm not trying to be violent, but (*bang*!)
Kinda like waging war in the name of peace.
> a snap with C#. Sure, managed C++ is better,
> but have you tried doing the same thing in
> Java?
I certainly agree about enums, although the
issue is trivial, and in fact I prefer to
use the type-safe enum idiom when I use Java.
However, on the issue of integrating legacy
code, I think Java's retro JNI is actually
a positive boon to any multi-person project,
and to the architectural imperatives implicit
in the language.
It creates a positive disincentive to doing
evil. Mixing multiple languages in a single
project is an enormous evil, because it means
that all maintainers have to be fluent in
both toolchains, and in the integration layer.
But JNI manages to strick a balance by
making the necessary possible. There *should*
be a hurdle to tossing in crap willy-nilly.
It *should not* be high enough to represent
an obstacle to integrating an essential
component using a well-designed bridge
interface.
If JNI fails, it fails on the basis of the
toolchain support. In cases where the cost
of maintaining your interface as native
declarations is too high, you probably should
be using IDL and RMI over IIOP anyhow.
The cart will contain a media co-processor.
Data becomes knowledge becomes power
becomes control.
It doesn't violate a right, it violates
human dignity.
It takes away freedom by providing more
opportunities for control and exploitation.
Is that a good thing or a bad thing?
Well, it depends on your POV. For the
child, it is undoubtedly a subjective
liability.
> why so much bitterness and agression?
I get really tired of paying to kill
innocent people, and I'm not getting
enough sex (after 14 years of marriage).
This results in moral and physiological
anguish/frustration. I'm always
on the edge of going postal as a result.
All of which is quite off-topic, but since
you asked....
signed,
NOT a graduate of the Dale Carnegie course.
I like to use the conductive, compressible
foam used for packing electronic parts.
This stuff is essentially free, and comes
in convenient sheets, suitable for skinning
over your manipulator.
It works like so: The resistance of the foam
changes when it is compressed, so you add
lots and lots of little wires, glued to the
foam with a conductive glue, and monitor
the resistance between pairs. This is a
crude pressure sensor. It's good enough
to modulate the grip energy of a tactile
robot for shaking hands with a human, or
picking up a drinking glass.
For more refined, quality-controlled results,
you would want something a bit more upscale.