Yeah, desktop systems are getting beefier, but what about compiling code for embedded systems and stuff like that?
Why would you be writing cross-platform code for an embedded envirionment? If you are targetting an embedded envirionment, then you aren't even planning on going cross-platform.
Currently it is almost impossible for hardware vendors can provide a binary driver. It must be adapted to every distro and kernel rev. For the most part they don't bother.
Instead, we get reverse-"engineered" (i.e. hacked-together) drivers made by people doing their best to get devices working with no real understanding of how the device works. And you think that promotes stability, performance, and security?
See, if the hardware vendors would release open source drivers, none of this would be an issue. Closed-source binary-only drivers can be bug-free, but many times are not. Do we really want linux to become the new Windows 95? (in terms of reliability from bugs in crappy binary-only drivers)
An even better solution would be to release driver source and hardware interface specifications. This way, you have a working driver, and should a bug arise, people would have the information they need to get it fixed.
Your last paragraph is about as far from the truth as can get. The last design I know of where the CPU controlled the peripherals was the Atari 2600. Even the gameboy had dedicated LCD controllers.
His last paragraph never SAID "CPU controls the peripherals" in any sense. Let's revisit his last paragraph, shall we?
Ignoring the fact that a PPC is not an ASIC, there are plenty of microcontrollers and various ASICs with built in features that make this easy which are cheaper than FPGAs. Now, if you were familiar with computer engineering (which you aren't--you're talking out of your ass), you'd know that. Hell, if you had even bothered looking at the development hardware for FPGAs you'd know that. FPGAs have their purposes, but your broad sweeping generalizations about them simply aren't accurate, especially when you're suggesting paying up the ass when there are much cheaper alternatives, in ASIC and other forms.
What he is saying there is that there are already ASICs for doing all kinds of hardware interface stuff, like combined microcontroller/USB ASICs, meant for making all kinds of different USB devices. Or PCI bus interface ASICs. Why bother duplicating the complexity of these things in an FPGA when you can buy an existing product that does the thing you need and drop it in your circuit design?
Back when the GeForce 6800 was launched, during the launch presentation, one of the features that was supposed to become available was using the GPU to assist encoding video. As far as I know, this has yet to materialize.
Re:"Ma Bell" should be called "Big Brother" instea
on
Ma Bell is Back
·
· Score: 1
If your phone is on they can still triangulate you, even if you are not making a call. Your phone occasionally pings the cellular network to let it know the phone is on and so incoming calls would get routed to the proper cell. The cellular providers can also probably ping your phone, too. Anyway, whenever your phone transmits, then can observe the signal strength from three cells and triangulate your position.
SBC is a collection of many of the former baby bells.
In Michigan, the Bell system breakup created Michigan Bell. Michigan Bell then joined Ameritech. Then SBC became involved and we had SBC Ameritech. Now it is just SBC.
I don't know what other baby bells were part of Ameritech nor which ones were assimilated by SBC. I had been noticing a trend over the last 8 years or so, where the bell system was pulling back together like a T-1000 that had been frozen with liquid nitrogen, shattered, and left to melt again.
How about, i dunno, telling your IM program to SHUT THE HELL UP and not make sounds, ever?
I know I hate watching some media clip or playing a game or such an having IM clients make noise, like a door opening or closing to tell you someone went online or offline. So the very first thing I do when I ever do a fresh install of GAIM (or Yahoo, or AIM. I don't use MSN-M, so it doesn't matter) is to turn off all sounds.
If this is like former versions of windows, this only means that you can serve 10 clients via SMB, not that you can only have 10 TCP/IP connections at a time. that would be silly. But, I suppose if they did limit it to 10 concurrent TCP connections, they could kill bittorrent, until someone finds a workaround for the limit.
Notice the mention of "MPEG2 content found on DVDs"? There is no mention whatsoever of HD-DVD, which is supposed to use WMV9 for the compression on video discs. Now notice how they say "This has been an option for content owners to use for some time for the Windows Media format".
So is this "We never said that" story truth, or more misdirection?
Sure. And Microsoft can always be trusted to tell the truth. [newsforge.com] Notice they say it isn't possible with MPEG2 from current DVDs AND that it is available with Windows Media DRM? What is the format that is supposed to be used for video on HD-DVD again? That's right, Windows Media.
Sure. And Microsoft can always be trusted to tell the truth. Notice they say it isn't possible with MPEG2 from current DVDs AND that it is available with Windows Media DRM? What is the format that is supposed to be used for video on HD-DVD again? That's right, Windows Media.
Except for one problem. With the major record labels, the artists don't make money from their album sales. The record companies do. The way the artists make their money is from concert ticket sales and concert merchandise. This has been brought up time and time again in such places as VH-1 specials and such. Artists would have millions of dollars in album sales and be broke, and so on.
Sure. But when the employee entered it, you were standing right there. Chances are that they don't have a photographic memory (or recall, as the case may be), so they need to get the info some other way.
The key cards are so cheap that the hotel won't care if they aren't returned, so the employee could just pocket the cards and read them at home later, where they won't be under observation.
I'm curious. Which distros did you try? All of the major distros, upon which others are based, have some form of package system. Gentoo has emerge, which, if I remember correctly, is very similar to your beloved Ports sytem. Redhat/Fedora Core has had RPM, and now has yum. Debian has dpkg and apt. Slackware also has packages of some sort, although I have no idea in what form.
It sounds to me like you didn't put a whole lot of effort into trying to use Linux and expected it to behave the same as FreeBSD.
Interesting. Over the past 10 years, I have purchased drives from many different manufacturers, and I've had far fewer problems with WD than any other brand. especially when you go off of the ratios of failures to total drives owned. I probably have owned around 50 WD drives over time and have only had 2 problems (one DOA (I think it got dropped before I got it or something), and one external drive that died, likely from impact as well). I've only owned a few maxtor and have had 2 failures. I've owned a few seagates, and now that I think of it, no failures. I have owned two IBMs and at least one had failed. I also owned a few fujitsu and had at least one failure. the only recent manufacturer I have not owned drives from would be Samsung.
Okay, Now suppose you're logged in as peter, and you are running program Y. Y just happens to have an exploitable bug in it, and access the internet. If someone were to use that bug, they would only have the access of the user named peter, and would still need an escalation exploit to gain root.
But, if you are logged in as root and running program Y, any attacker that exploits that bug in Y now has root access directly.
Rememer, services are not the only programs running on a system that can be exploited. User programs can as well.
BitTorrent has hashes for peices of the file. Like the parent says, they generally are powers of 2 in size. But, most clients split each piece into chunks and request different chunks from different peers. they then recombine the chunks into the piece and check the hash on the completed piece.
For this sort of attack to affect most BitTorrent clients, the client would have to request all of the chunks for a piece from the same spoofed data source. Otherwise the piece hash wouldn't match, and the entire piece would be discarded and redownloaded. The only real effect would be slower downloads from more discards, since the chances of getting chunks of the same spoofed piece are pretty small.
You should see a NASCAR Silicon Motor Speedway setup. Each car has 6 computers (one for control and sound, 5 for video output), and is hydrolicly or pneumaticly motion controlled to give you
Slashdot Mirror
Yeah, desktop systems are getting beefier, but what about compiling code for embedded systems and stuff like that?
Why would you be writing cross-platform code for an embedded envirionment? If you are targetting an embedded envirionment, then you aren't even planning on going cross-platform.
Currently it is almost impossible for hardware vendors can provide a binary driver. It must be adapted to every distro and kernel rev. For the most part they don't bother.
Instead, we get reverse-"engineered" (i.e. hacked-together) drivers made by people doing their best to get devices working with no real understanding of how the device works. And you think that promotes stability, performance, and security?
See, if the hardware vendors would release open source drivers, none of this would be an issue. Closed-source binary-only drivers can be bug-free, but many times are not. Do we really want linux to become the new Windows 95? (in terms of reliability from bugs in crappy binary-only drivers)
An even better solution would be to release driver source and hardware interface specifications. This way, you have a working driver, and should a bug arise, people would have the information they need to get it fixed.
I'd rather check with the USPTO about Microsoft Trademarks than Microsoft themselves.
BTW, it would be nice if someone could mirror this somewhere. I really didn't have anywhere to host this that could withstand a slashdotting.
Your last paragraph is about as far from the truth as can get. The last design I know of where the CPU controlled the peripherals was the Atari 2600. Even the gameboy had dedicated LCD controllers.
His last paragraph never SAID "CPU controls the peripherals" in any sense. Let's revisit his last paragraph, shall we?
Ignoring the fact that a PPC is not an ASIC, there are plenty of microcontrollers and various ASICs with built in features that make this easy which are cheaper than FPGAs. Now, if you were familiar with computer engineering (which you aren't--you're talking out of your ass), you'd know that. Hell, if you had even bothered looking at the development hardware for FPGAs you'd know that. FPGAs have their purposes, but your broad sweeping generalizations about them simply aren't accurate, especially when you're suggesting paying up the ass when there are much cheaper alternatives, in ASIC and other forms.
What he is saying there is that there are already ASICs for doing all kinds of hardware interface stuff, like combined microcontroller/USB ASICs, meant for making all kinds of different USB devices. Or PCI bus interface ASICs. Why bother duplicating the complexity of these things in an FPGA when you can buy an existing product that does the thing you need and drop it in your circuit design?
Short Circuit, is that you?
Back when the GeForce 6800 was launched, during the launch presentation, one of the features that was supposed to become available was using the GPU to assist encoding video. As far as I know, this has yet to materialize.
If your phone is on they can still triangulate you, even if you are not making a call. Your phone occasionally pings the cellular network to let it know the phone is on and so incoming calls would get routed to the proper cell. The cellular providers can also probably ping your phone, too. Anyway, whenever your phone transmits, then can observe the signal strength from three cells and triangulate your position.
SBC was one of the baby bells.
SBC is a collection of many of the former baby bells.
In Michigan, the Bell system breakup created Michigan Bell. Michigan Bell then joined Ameritech. Then SBC became involved and we had SBC Ameritech. Now it is just SBC.
I don't know what other baby bells were part of Ameritech nor which ones were assimilated by SBC. I had been noticing a trend over the last 8 years or so, where the bell system was pulling back together like a T-1000 that had been frozen with liquid nitrogen, shattered, and left to melt again.
How about, i dunno, telling your IM program to SHUT THE HELL UP and not make sounds, ever?
I know I hate watching some media clip or playing a game or such an having IM clients make noise, like a door opening or closing to tell you someone went online or offline. So the very first thing I do when I ever do a fresh install of GAIM (or Yahoo, or AIM. I don't use MSN-M, so it doesn't matter) is to turn off all sounds.
If this is like former versions of windows, this only means that you can serve 10 clients via SMB, not that you can only have 10 TCP/IP connections at a time. that would be silly. But, I suppose if they did limit it to 10 concurrent TCP connections, they could kill bittorrent, until someone finds a workaround for the limit.
Notice the mention of "MPEG2 content found on DVDs"? There is no mention whatsoever of HD-DVD, which is supposed to use WMV9 for the compression on video discs. Now notice how they say "This has been an option for content owners to use for some time for the Windows Media format".
So is this "We never said that" story truth, or more misdirection?
Sure. And Microsoft can always be trusted to tell the truth. [newsforge.com] Notice they say it isn't possible with MPEG2 from current DVDs AND that it is available with Windows Media DRM? What is the format that is supposed to be used for video on HD-DVD again? That's right, Windows Media.
Does this still sound like it is beyond reality?
Sure. And Microsoft can always be trusted to tell the truth. Notice they say it isn't possible with MPEG2 from current DVDs AND that it is available with Windows Media DRM? What is the format that is supposed to be used for video on HD-DVD again? That's right, Windows Media.
Does this still sound like it is beyond reality?
Except for one problem. With the major record labels, the artists don't make money from their album sales. The record companies do. The way the artists make their money is from concert ticket sales and concert merchandise. This has been brought up time and time again in such places as VH-1 specials and such. Artists would have millions of dollars in album sales and be broke, and so on.
An article from The Register from this morning, also covering the new process.
Sure. But when the employee entered it, you were standing right there. Chances are that they don't have a photographic memory (or recall, as the case may be), so they need to get the info some other way.
The key cards are so cheap that the hotel won't care if they aren't returned, so the employee could just pocket the cards and read them at home later, where they won't be under observation.
I'm curious. Which distros did you try? All of the major distros, upon which others are based, have some form of package system. Gentoo has emerge, which, if I remember correctly, is very similar to your beloved Ports sytem. Redhat/Fedora Core has had RPM, and now has yum. Debian has dpkg and apt. Slackware also has packages of some sort, although I have no idea in what form.
It sounds to me like you didn't put a whole lot of effort into trying to use Linux and expected it to behave the same as FreeBSD.
ROTT was not from id software, but rather 3D Realms (the people behind Duke Nukem), so it couldn't have been a sequel to Wolf3D.
Interesting. Over the past 10 years, I have purchased drives from many different manufacturers, and I've had far fewer problems with WD than any other brand. especially when you go off of the ratios of failures to total drives owned. I probably have owned around 50 WD drives over time and have only had 2 problems (one DOA (I think it got dropped before I got it or something), and one external drive that died, likely from impact as well). I've only owned a few maxtor and have had 2 failures. I've owned a few seagates, and now that I think of it, no failures. I have owned two IBMs and at least one had failed. I also owned a few fujitsu and had at least one failure. the only recent manufacturer I have not owned drives from would be Samsung.
129189 is CleverNickName, which is actually Wil.
Well, he did make mistakes. I don't suppose you remember the episode where Wesley's nanites went about feasting on the computer core?
Okay, Now suppose you're logged in as peter, and you are running program Y. Y just happens to have an exploitable bug in it, and access the internet. If someone were to use that bug, they would only have the access of the user named peter, and would still need an escalation exploit to gain root.
But, if you are logged in as root and running program Y, any attacker that exploits that bug in Y now has root access directly.
Rememer, services are not the only programs running on a system that can be exploited. User programs can as well.
BitTorrent has hashes for peices of the file. Like the parent says, they generally are powers of 2 in size. But, most clients split each piece into chunks and request different chunks from different peers. they then recombine the chunks into the piece and check the hash on the completed piece.
For this sort of attack to affect most BitTorrent clients, the client would have to request all of the chunks for a piece from the same spoofed data source. Otherwise the piece hash wouldn't match, and the entire piece would be discarded and redownloaded. The only real effect would be slower downloads from more discards, since the chances of getting chunks of the same spoofed piece are pretty small.
- some
of the feel of driving around the track.