Maybe I'm paranoid, but I see that as optional to the maker of the CD, not the user, like a bit somewhere on the CD. WMP then happily enforces it, if set.
That the ATI chipset doesn't have a built-in Ethernet controller doesn't mean the motherboard designer can't solder one and hook it up to all those many PCI Express lines that are available on the chipset...
The point is that what this person is doing is wrong.
Indeed. What amuses me a lot is that it is nonetheless the _only_ way the original owner of the stick can have a chance to get his photos back. If the blogger chose not to publish the photos, or to leave the stick in the taxi, the original owner would have never had a chance to get it back.
At least now he has one.
Re:bash = "embrace and extend" proprietary crap
on
Bash 3.0 Released
·
· Score: 1
Gee, who do you think you are? You obviously never had to handle a real world situation involving portability of shell scripts.
bash is the one breaking the standard, not the contrary.
Since OpenBSD SMP support is mostly NetBSD's plus code style changes, I'd say it only took 4 months to import what was started 3 or 4 years ago by Bill Studenmund for NetBSD.
Oh, and I forgot, removal of all ACPI code, too.
That means OpenBSD won't work with MP computers that have a broken MPBIOS or simply require MPACPI (like most, if not all, HyperThreading processors do).
Since OpenBSD SMP support is mostly NetBSD's plus code style changes, I'd say it only took 4 months to import what was started 3 or 4 years ago by Bill Studenmund for NetBSD.
but you could just as well send short blips whenever someone else tries to transmit a packet. Only software which you control stands between you and the network.
That's not entirely true. Hardware does most of the physical layer management, so you need your own hardware and own software to do what you describe. The point of this attack is it can be made with common hardware. This is the real vulnerability.
Slashdot Mirror
Maybe I'm paranoid, but I see that as optional to the maker of the CD, not the user, like a bit somewhere on the CD. WMP then happily enforces it, if set.
That somehow reminds me of The Truman Show.
That the ATI chipset doesn't have a built-in Ethernet controller doesn't mean the motherboard designer can't solder one and hook it up to all those many PCI Express lines that are available on the chipset...
The point is that what this person is doing is wrong.
Indeed. What amuses me a lot is that it is nonetheless the _only_ way the original owner of the stick can have a chance to get his photos back. If the blogger chose not to publish the photos, or to leave the stick in the taxi, the original owner would have never had a chance to get it back.
At least now he has one.
Gee, who do you think you are? You obviously never had to handle a real world situation involving portability of shell scripts. bash is the one breaking the standard, not the contrary.
We have too many Bill S. :)
Oh, and I forgot, removal of all ACPI code, too.
That means OpenBSD won't work with MP computers that have a broken MPBIOS or simply require MPACPI (like most, if not all, HyperThreading processors do).
Since OpenBSD SMP support is mostly NetBSD's plus code style changes, I'd say it only took 4 months to import what was started 3 or 4 years ago by Bill Studenmund for NetBSD.
Credit where it's due.
but you could just as well send short blips whenever someone else tries to transmit a packet. Only software which you control stands between you and the network.
That's not entirely true. Hardware does most of the physical layer management, so you need your own hardware and own software to do what you describe. The point of this attack is it can be made with common hardware. This is the real vulnerability.
The CD contains a ciphered MP3 version of the album ?