I used TurboLinux to bootstrap a system enough to run RedHat 5 once. A TurboLinux CD came free with a Linux magazine, and it was enough to get cdrecord working so I could burn a RedHat ISO... I didn't have anything on Mac OS or the Amiga that would handle ISO files back then.
Of course, I'd also bought a copy of Mandrake, because I needed a boot floppy... except they'd put a newer, shinier version of Mandrake in the box than it said on the outside, and they didn't have a floppy any more... and it wouldn't run on a 486 any more....
So I took that back and bought a stuffed penguin instead. That's been much more useful.
But, yeah, TurboLinux is still around? Mind you, weren't they one of the earlier PowerPC attempts, before Yellow Dog got going well?
It's called PATH_INFO. I've been using it since 1996 to implement hierarchical indexes and implied searches for internal websites where I've worked. Most people have never heard of it, because they haven't read the CGI spec, they've just cargo-culted something from the examples directory or, worse, copied a CGI from someone who didn't understand CGI, either.
The structure of a CGI URL in NCSA HTTPD and Apache is:
(#anchors aren't passed to the server, they're used in the browser only.)
So, you can use/path_info if you like, instead of ?query=string. It makes it nicer if you can represent something hierarchically, like.../toolindex/autoconf/2.53/ gives you the meta-info page on how and why autoconf 2.53 got on to our servers. But.../toolindex/autoconf/ just tells you what versions are there.
Combine with ScriptAlias / or SetHandler, and you can do it from the root of the server.
It's a little more work if you want to allow some known paths to go to regular static pages and not the CGI-or-equivalent.
I'm not sure what those coupons are for; I've never been able to use them to get an upgrade.
I think they're for if you buy a new Mac and the new OS comes out a week later.
Heck, remember when System updates were free? Take a stack of floppies to your local Apple store (before the Apple Store, of course), and copy their reference system. No worries about authorization: it could only run on a Mac, and all Macs came with System something....
Welcome to the Wonderful World of de-regulation and energy market competition....
Ontario deals with by-the-minute electricity rates. You can see http://www.theimo.com/imoweb/siteShared/demand_price.asp?sid=ic">some of the graphs from the market operator; the lower one shows hourly averaged prices. (As of this writing, demand is lower than predicted, so prices are much lower than predicted. Electricity is free in Ontario if demand drops below the output of the nuclear plants.)
Not that I'm approving of connecting the generators directly to the business network. Having the generators output statistics via a write-only line (optically isolated by preference, either by using fibre optics or a good old fashioned opto-coupler) to a machine that's dedicated to collecting the information from the nodes at the plant and firing THAT off over a VPN to the business office.
TCP/IP is too cheap and simple these days, so it gets plumbed in everywhere. Some things shouldn't have full two-way communications, though; and maybe some older tech, like 2-wire serial, (GND and TX) would be better. (Can't have handshake--that's, at some level, communications back the other way.)
It's: Pick up the heavy things AND THEN PUT THEM BACK DOWN!
See, that's what the grandparent poster was talking about. If you don't know where to begin, you get things only half-right, and then you look really silly holding up the heavy things all day.
Don't forget, Firewire is full duplex and USB is half duplex. That is, the 4 pairs in "video camera" and "PC laptop" Firewire ports are TX+/TX- and RX+/RX-. The 6 pin connector adds 12-48VDC and ground.
USB has D+/D-, +5VDC and GND. D+/D- have to be reversed between transmit and receive, which means the devices on the bus have a "who talks next" protocol, just like good ol' unswitched Ethernet.
And we know from Communications in 3rd year Electrical that classic Ethernet saturates at 30% of the specified data rate, which is why switched Ethernet is such an important enhancement. (Not saying USB saturates at 30% of bus speed, but it will have a similar, less-than-100% figure.)
Really, the overhead of having to stop a stream to send a command packet is what kills USB.
That being said, getting the speed up by a factor of 10 means that such overhead does become smaller; though some issues I suspect will remain measured in wallclock time, not in functions of bus speed, so (say) read-to-write delay time may become a larger number of bits at higher speeds.
Thank you for not advocating a vehicular arms race. (The I need a big car to be safe mentality, which means once everyone has a bigger car, you (generic) need an even bigger on. Canyonaro!)
People never seem to think about two things there:
Total energy in the system. Ek=1/2mv^2, so speed kills in the square, but mass is in there, though it is linear. You've got to dissipate all of that energy in a crash.
"Keep my family safe" basically means "kill the guy in the smaller car."
Or do people really think that they're just as save in an Expedition vs. Expedition crash as they would be in an Expedition vs. Focus crash?
I advocate driver training, and advocate that people who don't want to drive don't drive.
I bring up that last one because people who don't want to be doing something often do it badly. And it seems to be a city-thing, in rural areas, at least from the people who live in properly rural areas (that means farms, not subdivisions) don't seem to get that same grim-faced frustrated get-out-of-my-way approach to the road.
FLEXlm, the license manager used by many products including MATLAB, is now from Macromedia as they bought Globetrotter a few years back.
Good luck on the budget for a nodelock key; they're usually much more expensive than a floating license.
What he does need to look into is a little thing called 'lmborrow'--but that only helps if the vendor allows licenses to be borrowed by offline workstations.
Still, the only thing worse than FLEXlm/FLEXnet is the stuff people come up with because they don't want to license FLEXlm or FLEXnet. At least once an admin knows how to deal with FLEXlm, adding new vendors to it aren't that big a deal.
My favorite is still no runtime licensing, count users by support contracts.
The thing about e-mail out-sourcing, is, that's kind of "service as a service". It works, e-mail already is a service, so it doesn't really matter where it is served. Assuming you've got acceptable bandwidth and latency levels, and a good caching IMAP client can make being on the wrong side of a pretty horrible link fairly tolerable.
Heck, the IMAP client on my Palm T5 using a weak WiFi signal at a motel and talking SSL to my home server via ADSL is very tolerable. (And the A in ADSL means "getting stuff from home sucks".)
I outsource my MX for exactly the same reason your company does: pobox.com does the anti-spam thing on all e-mail for the domain, and then sends the filtered stuff to the internal machine that will only talk to a pobox.com server.
It's exactly the who gets credit bit that makes it a concern, at least for companies who are distributing the software.
Because for each and every one of those variations of the BSD license, you get to add an additional copyright somewhere in your product's documentation and/or other materials....
If you don't do that, you aren't complying with the BSD license, and therefore, you're in copyright violation.
With C libraries, it's not usually a big deal. It takes something pretty complicated to use enough support libraries that this becomes an issue. (Imagine Gnome in separately-copyrighted pieces.)
But the number of itty bitty Java JARs we've got flying around our front-end-GUI-things these days are a nightmare.... 6 classes in a JAR and a unique copyright message. "Apache license" without transferring copyright to Apache means another copyright line. Different years means another copyright line.
I'm not saying this is wrong, please don't take it that way. But it is something to add to the "build", "buy", or "open source" equation; even free-as-in-beer still only means free-as-in-money. There's still the time to vet the license and make sure you comply with its terms. And, maybe, we don't really NEED 6 different XML parsers in one application. Do we?
Way to confuse envelope-from, header-from and reply-to.
Besides, my home-brewed Linux-based mail server has a published SPF record, and anyone receiving mail can verify that machine is entitled to generate envelope-from with that domain. The SPF also spells out my relay provider, since my DSL line is in DSL blocklists.
What it really needs, at the least, is for people to stop accepting bogus HELO/EHLO addresses and other unverifiable envelope information. If there isn't even an A record for the HELO address, then 554 the message.
This means mail from many large corporations will be rejected, because they use HELO hostnames that only resolve inside the company.
But look at any IBM pSeries (or is it System P, it'll always be RS/6000 to me) system boot these days. There's an Apple copyright in there, one of the last vestiges of Apple's participation in the PowerPC PREP (PowerPC Reference Platform) and CHRP (Common Hardware Reference Platform) joint ventures.
Had Apple stayed with the CHRP architecture, you probably could run OS X on a pSeries machine today. (At the time, I was much more interested in getting AIX running on my iMac DV.)
Of course, Apple was steps away from utter bankruptcy when they pulled the plug on the clones, and also their CHRP support... so maybe it's just as well.
Curiously, at the time of that Solaris 2 PowerPC port (and the Windows NT PowerPC port, and the AIX PowerPC port, actually the everything-except-OS/2 PowerPC port), IBM could have taken over the UNIX market, too.
Something with the solidity of AIX on that Personal Computer Power Series 6015 system could have taken a huge chunk out of Sun's educational and utility desktop market.
But they never sold the machine because "it had to wait until OS/2 is ready".
Sure, the hardware was pretty crap compared to an RS/6000 of the day, but it ran AIX 4.1 just fine. We were gathering them up by the dozens to run as headless test engines. They were zippy (compared to a 7013-320), they were cheap (free, from canceled OS/2 on PowerPC projects) and they mostly worked (once you put PCI NICs in them).
Heck, I think IBM could have made a much bigger dent in the UNIX market if they just had 'man' work properly from day 1, rather than tell people how wonderful InfoExplorer is. You can deal with weird UNIX versions if you can, at least, do "man -k something".
Well, for Numbers, it's a "Yes, but...". There's a number of things which don't work.
hlookup and vlookup don't import, formulas using those will be replaced with the last calculated value. Anchors and bookmarks don't import.
There's some UI commands missing, too, like "Fill Down" or "Fill Right", which I used frequently.
It was interesting just how close ClarisWorks spreadsheets were to MaxiPlan; all I had to do to move over from the Amiga was re-bias dates to the different epoch. All the formulas worked.
The RCA audio from the PS3 is just stereo, not 5.1, just like the PS2. And, indeed, I used my PS2 component cable for that until they got HDMI to not black out the screen every now and then; usually right before a sharp turn in Need for Speed. (Now the component cable is back on the PS2, because sometimes you just _gotta_ have rumble.)
You can get up to 5.1 audio on the SP/DIF TOSLINK jack, though you can't get uncompressed Blu-Ray bitstream over it.
For all the bells and whistles, you need to run digital audio over HDMI, possibly with HDCP depending on source material. You can do that independently of video; so you can keep running video over component if you've got an HDMI-capable receiver with a component TV.
Unless you mean Dolby Pro Logic, which isn't 5.1 anyway, it's 4.0 matrix-encoded into the stereo channels.
Don't let the 5 RCA jacks in the component leads confuse you....
Apple is under no obligation whatever, nor should it be, to make iTunes interoperate as slickly and easily as it does with the iPod and the iPod's functionality with any other device, DRM or no.
And yet... there's a sync architecture in iTunes that third party developers can hook in to. MissingSync for PalmOS can patch in to it and sync iTunes music to your PalmOS-based handhelds. Of course, now that I've got an iPod it's all kind of moot, and an iPod runs for much, much longer on a battery charge than my Palm T5. And the UI on the player is better.
But, if you want to just make a music player, you can get in on iTunes sync. (You still can't play protected iTunes Music Store files, of course.)
When iTunes was new and shiny (well, when it was SoundJam MP with the serial numbers ground off and the skinning feature taken away), there were several players you could sync with it. And they were all flash-based so held like maybe 10 songs at a go. The best thing to do, at the time, was to get a CD-based player and use iTunes CD burning to make a data disk with the songs you wanted on it.
None of those worked as nicely as the iPod, but they could have--if they did, the iPod wouldn't have the market it has today. The harddrive-based players of the time did not work with the Mac, which means they either did not have an iTunes plug-in or they did not port whatever horrible jukebox program they were using.
Unless you meant "...to make iTunes Music Store interoperate...". I think they should be required to remove the DRM from all iTunes sales; and if that means anti-trust organizations have to follow the contracts up to the music labels, so be it. I also think the target format should be a publicly-available specification that can be implemented without royalty payments; but that's just me.
I sure hope you meant "with allowing people to subscribe." Hopefully, your subscription mechanism also has an unsubscribe, but at that point, at least you're only annoying people who asked you to. (Assuming properly confirmed subscriptions....)
It is, by definition, unsolicited if I didn't ask for it.
0a ed(1) gets a bad rap, it's not really all that hard to use. In some situations, it can be very useful to have a script generate ed(1) commands to modify a file in place, without having to scarf the whole file into the scrpt and write it back out. . 1,$s/scrpt/script/g $a It sure beats trying to use vi on a terminal with broken termcap so you get something called "OPEN MODE". . w reply.txt q
Sure, get infected on the school's lab LAN. Bring your iBook oops MacBook to the coffee shop and get everyone else there. They all go home and infect their room-mate's machines. Who go to a different lab and it gets loose on the LAN there.
Most laptops aren't isolated to a single LAN these days; they move around. If there really is a flaw in mDNSResponder, then such a worm does have a chance to propagate. Especially if it is subtle and doesn't crash or overload machines, or do insane amounts of network I/O, or any of the other things that cause people to think something's wrong.
Given that Certain Versions of Windows have their default firewall configuration (as of Service Pack 2, anyway) set to drop ICMP ECHO_REQUEST on the floor, I'm pretty sure the DHCP server from that same vendor doesn't bother with them.
I'm also guessing, though I haven't yet sniffed the traffic on my home LAN to confirm, that the client from that same vendor doesn't bother to ARP WHO_HAS the address it has just been given. (Though it _DOES_ notice IP address conflicts; when the switch at my office crashes and the Windows boxes go to self-assigned addresses, they all pop up with a conflict... because they all self-assigned the same address... because the switch was down and they couldn't talk to each other....)
Schweet! Balanced line outputs, overspeed read into a large buffer for uninterrupted playback through errors (and I'm betting layer transfer doesn't pause playback, either)....
Single-ended signaling is so low-end and last-millenium. Even USB uses balanced lines.
Yup. That's your most likely culprit; bad replacements because they're not newly manufactured.
Apple had a similar problem: a design flaw in the iBook G3 series lead to the GPU cracking its mount on the circuit board, or the traces on the board, and leading to really neat "I never thought an LCD could look like that" video patterns. They instituted the iBook G3 Logic Board Repair Extension to cover all affected machines. (After a lawsuit... Apple gets sued a lot for bad software and hardware. Why doesn't Microsoft get sued even more? They've got more users.)
...but the chances of getting a new board were very slim; usually you got a refurbished board. (Perhaps one from a different fault in a warranty returned machine, perhaps one that had already failed and been repaired.)
...and of course, the thermal design problem still existed....
So, when you got your machine back, you most likely had a weaker board than a new machine, and the design flaw that caused the original failure was still there, but the net effect was to lower the MTBF from "year or so" to "month or so". I had one fail the day I brought the machine back home. The best replacement lasted 6 months; average was about 6 weeks. And each repair took longer and longer, from 2 weeks initially to 3-5 by the 6th board. I guess they were having trouble getting working boards in.
Finally, I had Pointed Words with the Customer Relations people at Apple and they solved the iBook G3 problem once and for all. I have never had an iBook G3 fail since then.
(There seems to be a similar thermal flaw in the iBook G4, but instead it cracks the interface to the WiFi and Bluetooth radio module.)
So, I can easily see that once you get a warranty replacement unit, you're on the downward spiral. The only exception is getting a real, new, sealed unit; only then are you back to the same base probability of failure as everyone else.
It does nothing of the kind. Unless those stocks were purchased from IBM itself, it is the previous holder of the stock that received the money. After IBM sells the stock, during an IPO or a re-sale following a buy-back, they get nothing from increase in share price (and lose nothing from decreases).
Except for how people feel about the company, which is critical if they do decide to issue more shares.
Slashdot Mirror
I used TurboLinux to bootstrap a system enough to run RedHat 5 once. A TurboLinux CD came free with a Linux magazine, and it was enough to get cdrecord working so I could burn a RedHat ISO... I didn't have anything on Mac OS or the Amiga that would handle ISO files back then.
Of course, I'd also bought a copy of Mandrake, because I needed a boot floppy... except they'd put a newer, shinier version of Mandrake in the box than it said on the outside, and they didn't have a floppy any more... and it wouldn't run on a 486 any more....
So I took that back and bought a stuffed penguin instead. That's been much more useful.
But, yeah, TurboLinux is still around? Mind you, weren't they one of the earlier PowerPC attempts, before Yellow Dog got going well?
It's called PATH_INFO. I've been using it since 1996 to implement hierarchical indexes and implied searches for internal websites where I've worked. Most people have never heard of it, because they haven't read the CGI spec, they've just cargo-culted something from the examples directory or, worse, copied a CGI from someone who didn't understand CGI, either.
The structure of a CGI URL in NCSA HTTPD and Apache is:
(#anchors aren't passed to the server, they're used in the browser only.)
So, you can use /path_info if you like, instead of ?query=string. It makes it nicer if you can represent something hierarchically, like .../toolindex/autoconf/2.53/ gives you the meta-info page on how and why autoconf 2.53 got on to our servers. But .../toolindex/autoconf/ just tells you what versions are there.
Combine with ScriptAlias / or SetHandler, and you can do it from the root of the server.
It's a little more work if you want to allow some known paths to go to regular static pages and not the CGI-or-equivalent.
I'm not sure what those coupons are for; I've never been able to use them to get an upgrade.
I think they're for if you buy a new Mac and the new OS comes out a week later.
Heck, remember when System updates were free? Take a stack of floppies to your local Apple store (before the Apple Store, of course), and copy their reference system. No worries about authorization: it could only run on a Mac, and all Macs came with System something....
Welcome to the Wonderful World of de-regulation and energy market competition....
Ontario deals with by-the-minute electricity rates. You can see http://www.theimo.com/imoweb/siteShared/demand_price.asp?sid=ic">some of the graphs from the market operator; the lower one shows hourly averaged prices. (As of this writing, demand is lower than predicted, so prices are much lower than predicted. Electricity is free in Ontario if demand drops below the output of the nuclear plants.)
Not that I'm approving of connecting the generators directly to the business network. Having the generators output statistics via a write-only line (optically isolated by preference, either by using fibre optics or a good old fashioned opto-coupler) to a machine that's dedicated to collecting the information from the nodes at the plant and firing THAT off over a VPN to the business office.
TCP/IP is too cheap and simple these days, so it gets plumbed in everywhere. Some things shouldn't have full two-way communications, though; and maybe some older tech, like 2-wire serial, (GND and TX) would be better. (Can't have handshake--that's, at some level, communications back the other way.)
You missed half of the process! A complete HALF!
It's: Pick up the heavy things AND THEN PUT THEM BACK DOWN!
See, that's what the grandparent poster was talking about. If you don't know where to begin, you get things only half-right, and then you look really silly holding up the heavy things all day.
Don't forget, Firewire is full duplex and USB is half duplex. That is, the 4 pairs in "video camera" and "PC laptop" Firewire ports are TX+/TX- and RX+/RX-. The 6 pin connector adds 12-48VDC and ground.
USB has D+/D-, +5VDC and GND. D+/D- have to be reversed between transmit and receive, which means the devices on the bus have a "who talks next" protocol, just like good ol' unswitched Ethernet.
And we know from Communications in 3rd year Electrical that classic Ethernet saturates at 30% of the specified data rate, which is why switched Ethernet is such an important enhancement. (Not saying USB saturates at 30% of bus speed, but it will have a similar, less-than-100% figure.)
Really, the overhead of having to stop a stream to send a command packet is what kills USB.
That being said, getting the speed up by a factor of 10 means that such overhead does become smaller; though some issues I suspect will remain measured in wallclock time, not in functions of bus speed, so (say) read-to-write delay time may become a larger number of bits at higher speeds.
Thank you for not advocating a vehicular arms race. (The I need a big car to be safe mentality, which means once everyone has a bigger car, you (generic) need an even bigger on. Canyonaro!)
People never seem to think about two things there:
Total energy in the system. Ek=1/2mv^2, so speed kills in the square, but mass is in there, though it is linear. You've got to dissipate all of that energy in a crash.
"Keep my family safe" basically means "kill the guy in the smaller car."
Or do people really think that they're just as save in an Expedition vs. Expedition crash as they would be in an Expedition vs. Focus crash?
I advocate driver training, and advocate that people who don't want to drive don't drive.
I bring up that last one because people who don't want to be doing something often do it badly. And it seems to be a city-thing, in rural areas, at least from the people who live in properly rural areas (that means farms, not subdivisions) don't seem to get that same grim-faced frustrated get-out-of-my-way approach to the road.
FLEXlm, the license manager used by many products including MATLAB, is now from Macromedia as they bought Globetrotter a few years back.
Good luck on the budget for a nodelock key; they're usually much more expensive than a floating license.
What he does need to look into is a little thing called 'lmborrow'--but that only helps if the vendor allows licenses to be borrowed by offline workstations.
Still, the only thing worse than FLEXlm/FLEXnet is the stuff people come up with because they don't want to license FLEXlm or FLEXnet. At least once an admin knows how to deal with FLEXlm, adding new vendors to it aren't that big a deal.
My favorite is still no runtime licensing, count users by support contracts.
The other kind of Web ad is for something that you are interested in, but the company only does business in the U.S. So why send ads to non-U.S. IPs?
The thing about e-mail out-sourcing, is, that's kind of "service as a service". It works, e-mail already is a service, so it doesn't really matter where it is served. Assuming you've got acceptable bandwidth and latency levels, and a good caching IMAP client can make being on the wrong side of a pretty horrible link fairly tolerable.
Heck, the IMAP client on my Palm T5 using a weak WiFi signal at a motel and talking SSL to my home server via ADSL is very tolerable. (And the A in ADSL means "getting stuff from home sucks".)
I outsource my MX for exactly the same reason your company does: pobox.com does the anti-spam thing on all e-mail for the domain, and then sends the filtered stuff to the internal machine that will only talk to a pobox.com server.
It's exactly the who gets credit bit that makes it a concern, at least for companies who are distributing the software.
Because for each and every one of those variations of the BSD license, you get to add an additional copyright somewhere in your product's documentation and/or other materials....
If you don't do that, you aren't complying with the BSD license, and therefore, you're in copyright violation.
With C libraries, it's not usually a big deal. It takes something pretty complicated to use enough support libraries that this becomes an issue. (Imagine Gnome in separately-copyrighted pieces.)
But the number of itty bitty Java JARs we've got flying around our front-end-GUI-things these days are a nightmare.... 6 classes in a JAR and a unique copyright message. "Apache license" without transferring copyright to Apache means another copyright line. Different years means another copyright line.
I'm not saying this is wrong, please don't take it that way. But it is something to add to the "build", "buy", or "open source" equation; even free-as-in-beer still only means free-as-in-money. There's still the time to vet the license and make sure you comply with its terms. And, maybe, we don't really NEED 6 different XML parsers in one application. Do we?
Way to confuse envelope-from, header-from and reply-to.
Besides, my home-brewed Linux-based mail server has a published SPF record, and anyone receiving mail can verify that machine is entitled to generate envelope-from with that domain. The SPF also spells out my relay provider, since my DSL line is in DSL blocklists.
What it really needs, at the least, is for people to stop accepting bogus HELO/EHLO addresses and other unverifiable envelope information. If there isn't even an A record for the HELO address, then 554 the message.
This means mail from many large corporations will be rejected, because they use HELO hostnames that only resolve inside the company.
You joke...
But look at any IBM pSeries (or is it System P, it'll always be RS/6000 to me) system boot these days. There's an Apple copyright in there, one of the last vestiges of Apple's participation in the PowerPC PREP (PowerPC Reference Platform) and CHRP (Common Hardware Reference Platform) joint ventures.
Had Apple stayed with the CHRP architecture, you probably could run OS X on a pSeries machine today. (At the time, I was much more interested in getting AIX running on my iMac DV.)
Of course, Apple was steps away from utter bankruptcy when they pulled the plug on the clones, and also their CHRP support... so maybe it's just as well.
Curiously, at the time of that Solaris 2 PowerPC port (and the Windows NT PowerPC port, and the AIX PowerPC port, actually the everything-except-OS/2 PowerPC port), IBM could have taken over the UNIX market, too.
Something with the solidity of AIX on that Personal Computer Power Series 6015 system could have taken a huge chunk out of Sun's educational and utility desktop market.
But they never sold the machine because "it had to wait until OS/2 is ready".
Sure, the hardware was pretty crap compared to an RS/6000 of the day, but it ran AIX 4.1 just fine. We were gathering them up by the dozens to run as headless test engines. They were zippy (compared to a 7013-320), they were cheap (free, from canceled OS/2 on PowerPC projects) and they mostly worked (once you put PCI NICs in them).
Heck, I think IBM could have made a much bigger dent in the UNIX market if they just had 'man' work properly from day 1, rather than tell people how wonderful InfoExplorer is. You can deal with weird UNIX versions if you can, at least, do "man -k something".
Well, for Numbers, it's a "Yes, but...". There's a number of things which don't work.
hlookup and vlookup don't import, formulas using those will be replaced with the last calculated value. Anchors and bookmarks don't import.
There's some UI commands missing, too, like "Fill Down" or "Fill Right", which I used frequently.
It was interesting just how close ClarisWorks spreadsheets were to MaxiPlan; all I had to do to move over from the Amiga was re-bias dates to the different epoch. All the formulas worked.
The RCA audio from the PS3 is just stereo, not 5.1, just like the PS2. And, indeed, I used my PS2 component cable for that until they got HDMI to not black out the screen every now and then; usually right before a sharp turn in Need for Speed. (Now the component cable is back on the PS2, because sometimes you just _gotta_ have rumble.)
You can get up to 5.1 audio on the SP/DIF TOSLINK jack, though you can't get uncompressed Blu-Ray bitstream over it.
For all the bells and whistles, you need to run digital audio over HDMI, possibly with HDCP depending on source material. You can do that independently of video; so you can keep running video over component if you've got an HDMI-capable receiver with a component TV.
Unless you mean Dolby Pro Logic, which isn't 5.1 anyway, it's 4.0 matrix-encoded into the stereo channels.
Don't let the 5 RCA jacks in the component leads confuse you....
And yet... there's a sync architecture in iTunes that third party developers can hook in to. MissingSync for PalmOS can patch in to it and sync iTunes music to your PalmOS-based handhelds. Of course, now that I've got an iPod it's all kind of moot, and an iPod runs for much, much longer on a battery charge than my Palm T5. And the UI on the player is better.
But, if you want to just make a music player, you can get in on iTunes sync. (You still can't play protected iTunes Music Store files, of course.)
When iTunes was new and shiny (well, when it was SoundJam MP with the serial numbers ground off and the skinning feature taken away), there were several players you could sync with it. And they were all flash-based so held like maybe 10 songs at a go. The best thing to do, at the time, was to get a CD-based player and use iTunes CD burning to make a data disk with the songs you wanted on it.
None of those worked as nicely as the iPod, but they could have--if they did, the iPod wouldn't have the market it has today. The harddrive-based players of the time did not work with the Mac, which means they either did not have an iTunes plug-in or they did not port whatever horrible jukebox program they were using.
Unless you meant "...to make iTunes Music Store interoperate...". I think they should be required to remove the DRM from all iTunes sales; and if that means anti-trust organizations have to follow the contracts up to the music labels, so be it. I also think the target format should be a publicly-available specification that can be implemented without royalty payments; but that's just me.
I sure hope you meant "with allowing people to subscribe." Hopefully, your subscription mechanism also has an unsubscribe, but at that point, at least you're only annoying people who asked you to. (Assuming properly confirmed subscriptions....)
It is, by definition, unsolicited if I didn't ask for it.
I've always felt that's because a good carpenter buys the right tools.
Sure, get infected on the school's lab LAN. Bring your iBook oops MacBook to the coffee shop and get everyone else there. They all go home and infect their room-mate's machines. Who go to a different lab and it gets loose on the LAN there.
Most laptops aren't isolated to a single LAN these days; they move around. If there really is a flaw in mDNSResponder, then such a worm does have a chance to propagate. Especially if it is subtle and doesn't crash or overload machines, or do insane amounts of network I/O, or any of the other things that cause people to think something's wrong.
Given that Certain Versions of Windows have their default firewall configuration (as of Service Pack 2, anyway) set to drop ICMP ECHO_REQUEST on the floor, I'm pretty sure the DHCP server from that same vendor doesn't bother with them.
I'm also guessing, though I haven't yet sniffed the traffic on my home LAN to confirm, that the client from that same vendor doesn't bother to ARP WHO_HAS the address it has just been given. (Though it _DOES_ notice IP address conflicts; when the switch at my office crashes and the Windows boxes go to self-assigned addresses, they all pop up with a conflict... because they all self-assigned the same address... because the switch was down and they couldn't talk to each other....)
Schweet! Balanced line outputs, overspeed read into a large buffer for uninterrupted playback through errors (and I'm betting layer transfer doesn't pause playback, either)....
Single-ended signaling is so low-end and last-millenium. Even USB uses balanced lines.
Yup. That's your most likely culprit; bad replacements because they're not newly manufactured.
Apple had a similar problem: a design flaw in the iBook G3 series lead to the GPU cracking its mount on the circuit board, or the traces on the board, and leading to really neat "I never thought an LCD could look like that" video patterns. They instituted the iBook G3 Logic Board Repair Extension to cover all affected machines. (After a lawsuit... Apple gets sued a lot for bad software and hardware. Why doesn't Microsoft get sued even more? They've got more users.)
So, when you got your machine back, you most likely had a weaker board than a new machine, and the design flaw that caused the original failure was still there, but the net effect was to lower the MTBF from "year or so" to "month or so". I had one fail the day I brought the machine back home. The best replacement lasted 6 months; average was about 6 weeks. And each repair took longer and longer, from 2 weeks initially to 3-5 by the 6th board. I guess they were having trouble getting working boards in.
Finally, I had Pointed Words with the Customer Relations people at Apple and they solved the iBook G3 problem once and for all. I have never had an iBook G3 fail since then.
(There seems to be a similar thermal flaw in the iBook G4, but instead it cracks the interface to the WiFi and Bluetooth radio module.)
So, I can easily see that once you get a warranty replacement unit, you're on the downward spiral. The only exception is getting a real, new, sealed unit; only then are you back to the same base probability of failure as everyone else.
It does nothing of the kind. Unless those stocks were purchased from IBM itself, it is the previous holder of the stock that received the money. After IBM sells the stock, during an IPO or a re-sale following a buy-back, they get nothing from increase in share price (and lose nothing from decreases). Except for how people feel about the company, which is critical if they do decide to issue more shares.