Let's look at this from 3Com's perspective... if you have a dozen people writing software for switch products (and this is not just firmware; there's a lot of software involved in managed switches), do you want them investing time in supporting the software for hardware you no longer manufacture and sell? Trust me, they have more than enough work supporting the stuff 3Com is selling.
People will be quick to point out other manufacturers that continue to support their hardware for years after they stop making it... to them, I offer the obvious: 3Com is not Cisco. Cisco has a very well integrated uniform software model [IOS] that they shoe-spoon into everything (even in places it really doesn't belong.) However, even Cisco discontinues products; they provide an upgrade path for your existing hardware, tho'.
Re:MySQL (Is the world still flat?)
on
Why Not MySQL?
·
· Score: 1
You've obviously never done anything complicated with MySQL or reloaded your database (dump and import). In the database of MP3 file locations that used to be graze.bovine.net, there would routinely be duplicate entries in unique tables as well as pure garbage that looked like half deleted records. None of this ever prevented the spider from working, but need require a lot of work to keep a usable backup.
Re:They did suggest an intermediate solution:
on
Why Not MySQL?
·
· Score: 1
... and slow. (or slow_er_)
PostgreSQL is a good choice if features are more important than blinding speed. That's not to say postgres isn't fast enough for a lot of things...
That won't work either if the hop is 4.3 light-years away. The standard TCP method is to hold a copy of the packet for retransmission until you know conclusively that it is no longer needed. In the case of USENET, articles can and do expire from the local disk storage before they can be transmitted to the next hop -- there are several "corrective" mechanisms for handling such overloaded feeds...
The next thing ya' know, the universe will filled with drone arms...
... travel faster than light under certain circumstances
Actually, there have been theoretical methods for doing just this from the quantum phyisics guys -- a process of quantum entanglement. The problem is (among many others) moving entangled particles farther than a few AU's apart. [Then again, someone or something would have to carry the other part of the "transceiver" to the other side of the cosmos...]
I don't think IP is the best solution for long range, high delay and loss transmissions. Do you actually think NASA sends just one "turn left.015 degrees" command to a probe and wait for it to say OK? I would submit that there is a redundant, serialized stream of commands sent to the remote device which it then reconstructs the commands and sequencing to carry out it's task(s). [See also: Contact] UDP is certainly capable of such messaging, but, well, UDP isn't a data stream.
We'll see... there are people much smarter than the average/.'er playing with these sorts of things -- they aren't likely to talk about it tho'.
I would recommend reading any of a number of documents on CD physical formats. CD-Audio is stored in 2352 byte blocks which (mostly) fills the entire _physical_ block on the disk. There are no control codes, error correction codes, or checksums at all. What the laser pickup head sees is what you get -- minus filters and jitter correction. It is entirely possible to get two different copies due to scratches, dust, vibrations, spindle speed, etc. In the perfect world, a pit is a pit and a land is a land -- and always is. But the world is far from perfect.
CD-Data is stored with full ECC using 2048 bytes of user data per block. That's why CD's hold less data that the equiv. amount of audio. That's also why data on a CD is _always_ read back correctly or the drive (usually) signals an error.
We of the north went down, kicked some ass, and requested...
Umm, The North kicked The South's collective ass, but then requested they stop using slaves? Rrrriiiiiggght.
You better watch out... The South will rise again! (Suddenly a memory of one of the last Tonight Show's w/Carson comes to mind... he made the mistake of booking Jonathan Winters and Robin Williams on the same show. Winters was dressed in a full Confederate General's outfit:-) I wish I'd've taped that!)
Actually, digital audio extraction from CD's doesn't generate exact duplicates. Copy the same audio track from the same CD in the same drive twice in a row and compare them. I'd bet at least _one_ bit will be different. A copy extracted from a different drive will almost certainly have differences. Just changing the drive speed can make a difference.
There can be conciderable differences between to copies and your ears never be able to detect a difference.
There's a huge difference between you clicking on winword.exe and how ASP's work. When your machine runs a program (winword.exe), it's copying the program to the memory of your local machine for execution. All of it's activities take resources on your machine.
In the ASP case, you run an applet (be it java, or some thin client) that connects to a central server. Your machine is merely display things. The program's activities consume resources on the server.
This is very much like the "old days" of computing where everyone sat at terminals connected to a central mini- or main-frame computer [my high school has such a system.] As technology advanced, the X windowing system was developed and people then sat at "X terminals". The concept of "run program foo on machine A and display it on machine B" has been around for decades -- in the UNIX world [I've even done this from OS-9 without X]; windows still hasn't sniffed the clue. The modern world has taken this a [insane] step further to push everything [including X] inside a web browser as "Everyone has a web browser." (Plus, "if it's on port 80, it's gotta already be secure.")
heh, you use Slashdot frequently, yet has Slashcode been "distributed to [you]"?
Companies have tried this throughout history. It has never worked -- someone will always take it apart. (Even covering the board with tar as in the case of most cable boxes didn't stop people from taking them apart. However, it doesn't work once soaked in a solvent.)
Apple did this with the early macs... T-15 Torx screws... two of them 8" inside the case. Nintendo has done this with every one of their toys with the exception of the game boy line.
All one needs is a drill or, my favorite, a drimel tool.
I'd bet it's a standard operating proceedure that he's not allowed to leave the country. Most of the (admittedly few) parole/probation sentences I've ever seen had some sort of ''don't leave town'' provision.
And then there are the people they "lojack" to their house.
Convicted felons are not allowed to run for federal office or vote in federal races. Local governments can do what ever they want. (Would you actually elect a convicted felon?)
And it's everyone fault that a "dispropotionate number of black males" are convicted felons? You break the law; you pay the price.
Is the law descriminating against black males? No. Is the effect of the law descriminating against black males? Yes, but there is a fuzzy line. Does this make it right to repeal the law so "more black people can vote"? In my opinion, that's no better than NC's shoe-string zoning of the 12th (or was it the 10th) Congressional District -- which I will add was deamed unconstitutional.
(Next, someone will say the wealthy [white folk] can hire an expensive team of crack lawyers and evad the law -- which is (sadly) true.)
Heh, by that token, he cannot even wear a watch -- or walk past a payphone for that matter.
UPS -- Walking right up to UPS, he'd be a box pusher (or "loader" to be more accurate.) In 10 years, maybe they'd let him drive a truck. The clipboard wouldn't be a problem, but the cell phone is expressly prohibited.
Taxi -- Taxi's use "CB" radio and cellular systems. The only hardware passable as a computer is the rate meter. See the above wrist watch comment.
Waiter -- Who said he'd be running the register? At my favorite Chinese stop, there's one dude who handles all the money. At my favorite Mexican place, almost none of the waiters touch the register. [Define normal?]
Host -- Hosts generally never touch any money; at least at the places I go, they never do.
Car wash -- Heh, most car washes don't even have people:-)
Porter -- some yes, some no. The parking at the Raleigh convention center is 100% paper. You hand the dude 4$ and he hands you a ticket. But, most places are more advanced than that.
Farm hand -- as long as he's not around the computer components. I.e. driving a tractor, herding the cows, mending fences (assuming it's not an electric fence), filling salt licks, etc. You know, manual labor...
Yes, is selection is limited, but it's not zero. Maybe the restrictions are to prevent him from working for any part of the government?
NO. Humans have the capacity to learn. Computer geeks have little motivation to approach anything that doesn't have a keyboard or joystick growing out of it.
My "training" is in engineering. (B.S. in Textile Engineering and a B.S. in "environmental science" [humanities degree; I'll explain it in boring detail if you want to hear it.] both from NCSU) During high school and college, I worked as a "Temp. Highway worker" for the NC Dept. of Transportation in the "Landscape" department -- there aren't many computers on the side of the road. If they'd pay more than 15k$/yr, I'd still be doing that.
After graduation, I worked at NCSU as a "Research Programmer" (translation: general computer grunt) for 8 months writing programs to collect and process various data, control a pair of "slot" cars on a race track as a control system demo, etc. [That was fun, but never work as part of a research grant...] Then I went to work for an ISP for 4+ years. Now I work for a company who makes network modeling and planning software.
As the saying goes, a college degree only proves you can be trained. Most people are employed in fields that have little if anything to do with their degree(s).
There are many forms of employment that have nothing to do with "computers". Assuming he still remembers how to drive, he could get a job as a bus driver. Or go work for the DOT -- there's no computer in a weed wacker. Or even go work in a processing plant (food, furnature, "waste", etc.) Screw it; join the "Peace Corp" or something.
The problem is he has no intention to find anything else to do. He has every intention to return to the computer industry once he's off probation. No self-respecting company in the computer industry would hire such a character aside from a publicity stunt. Everything he knew back then is almost worthless today -- and being sequestered from technology for most of a decade doesn't make things any brighter.
And excuss me, but "interviewed by telephone"? Isn't that a violation of his probation? He knows (now) what he did was wrong... gee, five years in a federal prison to realize that? You couldn't figure that out during the years you were being chased by the FBI and other law enforcement agencies?
No, it doesn't. Where in the process structure is a user id stored? Where in the file system is this stored? BeOS is a single user OS. (MacOS has also been single user until very recently.)
Well, MILO is a little more than "a boot loader"... it's more accurately a scaled back version of Linux used to boot Linux. Now, if my Alpha had enough ROM to hold the kernel image...
[Disclaimer: I'm the wrong kind of evil to be a lawyer.]
Technically, you cannot give them the MP3 even if they do own the CD -- you aren't licensed to distribute copyrighted material. Read the copyright notice closely; you might notice a ludicrous "lending" clause.
Tandy (read: Radio Shack) really had no option in the matter. The COCO (Color Computer) had always been based on the Motorola 6809E. It's a hybrid 8/16 bit CPU with a handful of 8bit toys attached to it displayed on a _TV_. The only path beyond the COCO 3 -- which was a very interesting hardware invention -- was a 68k processor. There were already several 68k machines on the market (Atari, Amiga, Apple, etc.) There were several "nuts" vying for the "COCO 4" label -- Frank Hog's TC-70, IMS' MM/1. This in a time when 32bit CPU's (Intel 386's and even 486's) were ruling the market spelled the end of the line for the Color Computer.
I still have a COCO2 and COCO3. I gave my MM/1 away a few years ago -- it's VGA palette controller was fried (a common failing as I've heard.)
In Apple's defense, they wanted a more UNIX-like OS model -- i.e. at least the passing concept of "users". The BeOS is 100% a single user OS. MacOS has always had at least a passing concept of "users" (at least via AppleShare)
I like the BeOS. It's a very well designed little OS. However, it's closer to DOS than it is any UNIX -- albeit _slightly_ more powerful than DOS *grin* It's very efficient at what it does. And it scales well in all directions. I don't know that I'd run the BeOS on ACSI Red, but then again, I don't own one.
Actually, it's much simpler than that... Linux has had, in one form or another, a "non-executable stack" patch for some time now. There has been heated debates on it's usefulness, however. Most buffer overflow tricks overwrite the return address on the stack as well as stick there own instructions there. If the stack is not executable then it's a hell of alot harder to get the program to do what you want it to -- unless "crash" is what you want it to do. It would be very difficult to implant your own instructions; and very few programs have something like 'system("/bin/sh");' in them.
Such patches also cause a problem for programs that legitimately alter their code -- self-modifying code. Granted, there are very few such programs and there are ways to make them work. (The Distributed.Net client has a self-modifying core.)
"We" already have hardware in orbit capable of sub-millimeter imaging. The problem is all this damned atmosphere in the way. Refraction from the atmosphere seriously limits resolution -- there are corrective methods, but the atmosphere doesn't have a uniform density.
[Microscopes have the same refractive problems at high magnification -- around 800x.]
Slashdot Mirror
Let's look at this from 3Com's perspective... if you have a dozen people writing software for switch products (and this is not just firmware; there's a lot of software involved in managed switches), do you want them investing time in supporting the software for hardware you no longer manufacture and sell? Trust me, they have more than enough work supporting the stuff 3Com is selling.
People will be quick to point out other manufacturers that continue to support their hardware for years after they stop making it... to them, I offer the obvious: 3Com is not Cisco. Cisco has a very well integrated uniform software model [IOS] that they shoe-spoon into everything (even in places it really doesn't belong.) However, even Cisco discontinues products; they provide an upgrade path for your existing hardware, tho'.
You've obviously never done anything complicated with MySQL or reloaded your database (dump and import). In the database of MP3 file locations that used to be graze.bovine.net, there would routinely be duplicate entries in unique tables as well as pure garbage that looked like half deleted records. None of this ever prevented the spider from working, but need require a lot of work to keep a usable backup.
... and slow. (or slow_er_)
PostgreSQL is a good choice if features are more important than blinding speed. That's not to say postgres isn't fast enough for a lot of things...
MySQL is not free for commercial use.
That won't work either if the hop is 4.3 light-years away. The standard TCP method is to hold a copy of the packet for retransmission until you know conclusively that it is no longer needed. In the case of USENET, articles can and do expire from the local disk storage before they can be transmitted to the next hop -- there are several "corrective" mechanisms for handling such overloaded feeds...
The next thing ya' know, the universe will filled with drone arms...
- ... travel faster than light under certain circumstances
Actually, there have been theoretical methods for doing just this from the quantum phyisics guys -- a process of quantum entanglement. The problem is (among many others) moving entangled particles farther than a few AU's apart. [Then again, someone or something would have to carry the other part of the "transceiver" to the other side of the cosmos...]I don't think IP is the best solution for long range, high delay and loss transmissions. Do you actually think NASA sends just one "turn left
We'll see... there are people much smarter than the average
I would recommend reading any of a number of documents on CD physical formats. CD-Audio is stored in 2352 byte blocks which (mostly) fills the entire _physical_ block on the disk. There are no control codes, error correction codes, or checksums at all. What the laser pickup head sees is what you get -- minus filters and jitter correction. It is entirely possible to get two different copies due to scratches, dust, vibrations, spindle speed, etc. In the perfect world, a pit is a pit and a land is a land -- and always is. But the world is far from perfect.
CD-Data is stored with full ECC using 2048 bytes of user data per block. That's why CD's hold less data that the equiv. amount of audio. That's also why data on a CD is _always_ read back correctly or the drive (usually) signals an error.
- We of the north went down, kicked some ass, and requested...
Umm, The North kicked The South's collective ass, but then requested they stop using slaves? Rrrriiiiiggght.You better watch out... The South will rise again! (Suddenly a memory of one of the last Tonight Show's w/Carson comes to mind... he made the mistake of booking Jonathan Winters and Robin Williams on the same show. Winters was dressed in a full Confederate General's outfit
- What would Brittney Spears do?
I saw that and read:- even though, bit-for-bit, they are identical
Actually, digital audio extraction from CD's doesn't generate exact duplicates. Copy the same audio track from the same CD in the same drive twice in a row and compare them. I'd bet at least _one_ bit will be different. A copy extracted from a different drive will almost certainly have differences. Just changing the drive speed can make a difference.There can be conciderable differences between to copies and your ears never be able to detect a difference.
There's a huge difference between you clicking on winword.exe and how ASP's work. When your machine runs a program (winword.exe), it's copying the program to the memory of your local machine for execution. All of it's activities take resources on your machine.
In the ASP case, you run an applet (be it java, or some thin client) that connects to a central server. Your machine is merely display things. The program's activities consume resources on the server.
This is very much like the "old days" of computing where everyone sat at terminals connected to a central mini- or main-frame computer [my high school has such a system.] As technology advanced, the X windowing system was developed and people then sat at "X terminals". The concept of "run program foo on machine A and display it on machine B" has been around for decades -- in the UNIX world [I've even done this from OS-9 without X]; windows still hasn't sniffed the clue. The modern world has taken this a [insane] step further to push everything [including X] inside a web browser as "Everyone has a web browser." (Plus, "if it's on port 80, it's gotta already be secure.")
heh, you use Slashdot frequently, yet has Slashcode been "distributed to [you]"?
Companies have tried this throughout history. It has never worked -- someone will always take it apart. (Even covering the board with tar as in the case of most cable boxes didn't stop people from taking them apart. However, it doesn't work once soaked in a solvent.)
Apple did this with the early macs... T-15 Torx screws... two of them 8" inside the case. Nintendo has done this with every one of their toys with the exception of the game boy line.
All one needs is a drill or, my favorite, a drimel tool.
I'd bet it's a standard operating proceedure that he's not allowed to leave the country. Most of the (admittedly few) parole/probation sentences I've ever seen had some sort of ''don't leave town'' provision.
And then there are the people they "lojack" to their house.
Convicted felons are not allowed to run for federal office or vote in federal races. Local governments can do what ever they want. (Would you actually elect a convicted felon?)
And it's everyone fault that a "dispropotionate number of black males" are convicted felons? You break the law; you pay the price.
Is the law descriminating against black males? No. Is the effect of the law descriminating against black males? Yes, but there is a fuzzy line. Does this make it right to repeal the law so "more black people can vote"? In my opinion, that's no better than NC's shoe-string zoning of the 12th (or was it the 10th) Congressional District -- which I will add was deamed unconstitutional.
(Next, someone will say the wealthy [white folk] can hire an expensive team of crack lawyers and evad the law -- which is (sadly) true.)
Heh, by that token, he cannot even wear a watch -- or walk past a payphone for that matter.
:-)
UPS -- Walking right up to UPS, he'd be a box pusher (or "loader" to be more accurate.) In 10 years, maybe they'd let him drive a truck. The clipboard wouldn't be a problem, but the cell phone is expressly prohibited.
Taxi -- Taxi's use "CB" radio and cellular systems. The only hardware passable as a computer is the rate meter. See the above wrist watch comment.
Waiter -- Who said he'd be running the register? At my favorite Chinese stop, there's one dude who handles all the money. At my favorite Mexican place, almost none of the waiters touch the register. [Define normal?]
Host -- Hosts generally never touch any money; at least at the places I go, they never do.
Car wash -- Heh, most car washes don't even have people
Porter -- some yes, some no. The parking at the Raleigh convention center is 100% paper. You hand the dude 4$ and he hands you a ticket. But, most places are more advanced than that.
Farm hand -- as long as he's not around the computer components. I.e. driving a tractor, herding the cows, mending fences (assuming it's not an electric fence), filling salt licks, etc. You know, manual labor...
Yes, is selection is limited, but it's not zero. Maybe the restrictions are to prevent him from working for any part of the government?
NO. Humans have the capacity to learn. Computer geeks have little motivation to approach anything that doesn't have a keyboard or joystick growing out of it.
My "training" is in engineering. (B.S. in Textile Engineering and a B.S. in "environmental science" [humanities degree; I'll explain it in boring detail if you want to hear it.] both from NCSU) During high school and college, I worked as a "Temp. Highway worker" for the NC Dept. of Transportation in the "Landscape" department -- there aren't many computers on the side of the road. If they'd pay more than 15k$/yr, I'd still be doing that.
After graduation, I worked at NCSU as a "Research Programmer" (translation: general computer grunt) for 8 months writing programs to collect and process various data, control a pair of "slot" cars on a race track as a control system demo, etc. [That was fun, but never work as part of a research grant...] Then I went to work for an ISP for 4+ years. Now I work for a company who makes network modeling and planning software.
As the saying goes, a college degree only proves you can be trained. Most people are employed in fields that have little if anything to do with their degree(s).
There are many forms of employment that have nothing to do with "computers". Assuming he still remembers how to drive, he could get a job as a bus driver. Or go work for the DOT -- there's no computer in a weed wacker. Or even go work in a processing plant (food, furnature, "waste", etc.) Screw it; join the "Peace Corp" or something.
The problem is he has no intention to find anything else to do. He has every intention to return to the computer industry once he's off probation. No self-respecting company in the computer industry would hire such a character aside from a publicity stunt. Everything he knew back then is almost worthless today -- and being sequestered from technology for most of a decade doesn't make things any brighter.
And excuss me, but "interviewed by telephone"? Isn't that a violation of his probation? He knows (now) what he did was wrong... gee, five years in a federal prison to realize that? You couldn't figure that out during the years you were being chased by the FBI and other law enforcement agencies?
RRRrriiight... 'ls -l; USER=foo; ls -l'
No, it doesn't. Where in the process structure is a user id stored? Where in the file system is this stored? BeOS is a single user OS. (MacOS has also been single user until very recently.)
Well, MILO is a little more than "a boot loader"... it's more accurately a scaled back version of Linux used to boot Linux. Now, if my Alpha had enough ROM to hold the kernel image...
[Disclaimer: I'm the wrong kind of evil to be a lawyer.]
Technically, you cannot give them the MP3 even if they do own the CD -- you aren't licensed to distribute copyrighted material. Read the copyright notice closely; you might notice a ludicrous "lending" clause.
Tandy (read: Radio Shack) really had no option in the matter. The COCO (Color Computer) had always been based on the Motorola 6809E. It's a hybrid 8/16 bit CPU with a handful of 8bit toys attached to it displayed on a _TV_. The only path beyond the COCO 3 -- which was a very interesting hardware invention -- was a 68k processor. There were already several 68k machines on the market (Atari, Amiga, Apple, etc.) There were several "nuts" vying for the "COCO 4" label -- Frank Hog's TC-70, IMS' MM/1. This in a time when 32bit CPU's (Intel 386's and even 486's) were ruling the market spelled the end of the line for the Color Computer.
I still have a COCO2 and COCO3. I gave my MM/1 away a few years ago -- it's VGA palette controller was fried (a common failing as I've heard.)
In Apple's defense, they wanted a more UNIX-like OS model -- i.e. at least the passing concept of "users". The BeOS is 100% a single user OS. MacOS has always had at least a passing concept of "users" (at least via AppleShare)
I like the BeOS. It's a very well designed little OS. However, it's closer to DOS than it is any UNIX -- albeit _slightly_ more powerful than DOS *grin* It's very efficient at what it does. And it scales well in all directions. I don't know that I'd run the BeOS on ACSI Red, but then again, I don't own one.
And suddenly the image of Stimpy with an extra butt comes to mind... I laughed for days after watching that episode.
Actually, it's much simpler than that... Linux has had, in one form or another, a "non-executable stack" patch for some time now. There has been heated debates on it's usefulness, however. Most buffer overflow tricks overwrite the return address on the stack as well as stick there own instructions there. If the stack is not executable then it's a hell of alot harder to get the program to do what you want it to -- unless "crash" is what you want it to do. It would be very difficult to implant your own instructions; and very few programs have something like 'system("/bin/sh");' in them.
Such patches also cause a problem for programs that legitimately alter their code -- self-modifying code. Granted, there are very few such programs and there are ways to make them work. (The Distributed.Net client has a self-modifying core.)
"We" already have hardware in orbit capable of sub-millimeter imaging. The problem is all this damned atmosphere in the way. Refraction from the atmosphere seriously limits resolution -- there are corrective methods, but the atmosphere doesn't have a uniform density.
[Microscopes have the same refractive problems at high magnification -- around 800x.]