I disagree completely. You are not only required to purchase their OS whether you want it or not (Remember all the whining about Microsoft pushing their OS with hardware purchases?), but you're tied to buying their hardware forever if you want to keep using the OS.
Windows and Linux are, oddly, the more open choices here, in that they run on any modern x86 or x64 platform, whereas while MacOS may be capable of running on other platforms, you can't do it due to vendor lock-in.
The day I can install OSX in a virtual machine on hardware of my choice without violating Apple's license is the day I retract this argument -- Until then, it holds.
WMP defaults to using digital audio, rather then the analog cord connected to your sound card. This has advantages (It allows the sound to appear like any other sound on the system, permitting software DSP, etc) and disadvantages (relies on stable IDE speeds)
You can switch the mode from digital to analog somewhere, although I can't recall where, I don't run WMP myself.
Phrased more accurately: an artificial limitation to the network stack was a band-aid placed on the sucking chest wound of a scheduler that's so easy to monopolize.
Does anyone truly believe that this is a good design principle? Any better suggestions? The issue was that the interrupts from the NIC occur too frequently for the media playback to continue without disruption.
The obnoxious part about this, other then the bug which amplifies the effect, is that it happens whether or not the media playback requires this level of resource utilization. Playing a simple MP3 does not, but watching HD video very well may, especially if your video card isn't quite up for the task.
Except that apple doesn't use CD keys, you always have the original media to install from (which can be installed as many times as you like, without worrying about crap like activation) and you can turn off software update. Sure, fairly trivial since it's tied to a hardware token. Of course, Apple takes "forcing you to buy their OS with your hardware" one step further by denying any choice of hardware at all. Not just software vendor lock-in, but hardware lock-in too.
No, we don't. We all benefit when someone actually DOES look at the code and see that there is no hidden funny business.
Since most of the time that just doesn't happen (don't believe me, if you have commit access to a small open source project, add an "impossible" (put it behind a "if 1=2") dialog offering $50 to the first person to email a specific address with a secret word and see how long it takes for anyone to notice.
Don't make it a comment, people read those, but throw it in the middle of a huge boring subroutine.
Yes -- The problem is that the iPhone's design doesn't want to confuse the user with things like "Screen off" -- You hit the "off" button to turn the interface off, but you'd probably not have a successful product if it couldn't receive calls in that state.
*yes,it 'connects' to the nearest cell tower, to update it's location so as be able to receive incoming calls. But that doesn't cost me aything. It well might, there are still places that charge roaming users for connecting to the tower at all, not just for calls actually connected.
This is why things should actually be OFF when you turn them off. What if it interferes with hospital equipment like other cells, even if it's off? Yeah, heaven forbid you might want to receive a call while your phone's display isn't on.
My Treo's mail client has an almost identical feature, automatically shuts down when roaming to avoid excessive charges. Not exactly a new concept in email, or MMS, or anything else for that matter.
Odds are that the iPhone drops the dataconnection when it's not in use, other devices only do that on demand. That would cause hundreds or thousands of sessions, where my Treo would only establish a single connection and transfer a lot more data.
It's crazy to use closed-source remote software, in my opinion. They say, in effect, "You can trust us, none of our employees built in a back door. Really. You can trust us also that our company hasn't been sold recently, or changed policies without notifying customers." Is open-source software any safer? Sure -- Except that you need someone sufficiently competent and skilled reading the source.
How many open source products do you use? How many have you read end to end? How many do you understand well enough to re-implement any random portion of the code, and without referring to any comments?
Do you understand the math behind encryption and signing well enough to eyeball a typo (intentional or otherwise)?
If the answer to any of the above is negative, you are just as safe with closed source.
There IS a US/UK agreement allowing collections cross border, although it's extremely complex and all but requires the plaintiff to fight it out in the UK courts.
The UK courts are a lot more fun though, as it's a loser-pays system, so you can't just go randomly suing people unless you're prepared to pay both sides of the battle -- If you want to sue, you either have to be rich, or right.
Except that Spamhaus' claims are backed up with evidence on their website, as well as kept private.
The only issue is the way their first legal team handled the case, by first submitting to jurisdiction, then second, claiming the courts don't have jurisdiction and withdrawing.
I for one welcome our managerial robot over... What's happening? Uh... we have sort of a problem here. Yeah. You apparently didn't put one of the new cover sheets on your TPS reports.
Technological limitation but on the plus side I don't have to smell anyone's BO. You can just buy "NYC cab driver" scented air freshener if you ever get nostalgic.
Slashdot Mirror
AT&T might not be subsidizing the phone, but Apple may be selling it at or below cost, recouping the costs with AT&T's kickbacks.
I disagree completely. You are not only required to purchase their OS whether you want it or not (Remember all the whining about Microsoft pushing their OS with hardware purchases?), but you're tied to buying their hardware forever if you want to keep using the OS.
Windows and Linux are, oddly, the more open choices here, in that they run on any modern x86 or x64 platform, whereas while MacOS may be capable of running on other platforms, you can't do it due to vendor lock-in.
The day I can install OSX in a virtual machine on hardware of my choice without violating Apple's license is the day I retract this argument -- Until then, it holds.
WMP defaults to using digital audio, rather then the analog cord connected to your sound card. This has advantages (It allows the sound to appear like any other sound on the system, permitting software DSP, etc) and disadvantages (relies on stable IDE speeds)
You can switch the mode from digital to analog somewhere, although I can't recall where, I don't run WMP myself.
Does anyone truly believe that this is a good design principle? Any better suggestions? The issue was that the interrupts from the NIC occur too frequently for the media playback to continue without disruption.
The obnoxious part about this, other then the bug which amplifies the effect, is that it happens whether or not the media playback requires this level of resource utilization. Playing a simple MP3 does not, but watching HD video very well may, especially if your video card isn't quite up for the task.
No, we don't. We all benefit when someone actually DOES look at the code and see that there is no hidden funny business.
Since most of the time that just doesn't happen (don't believe me, if you have commit access to a small open source project, add an "impossible" (put it behind a "if 1=2") dialog offering $50 to the first person to email a specific address with a secret word and see how long it takes for anyone to notice.
Don't make it a comment, people read those, but throw it in the middle of a huge boring subroutine.
Ever been to Europe (or done any travel at all)? Take your phone with you?
Why wouldn't you bring your cellphone with you on a trip?
Yes -- The problem is that the iPhone's design doesn't want to confuse the user with things like "Screen off" -- You hit the "off" button to turn the interface off, but you'd probably not have a successful product if it couldn't receive calls in that state.
*sigh*
My Treo's mail client has an almost identical feature, automatically shuts down when roaming to avoid excessive charges. Not exactly a new concept in email, or MMS, or anything else for that matter.
IMAP supports push, via the "IDLE" command.
Odds are that the iPhone drops the dataconnection when it's not in use, other devices only do that on demand. That would cause hundreds or thousands of sessions, where my Treo would only establish a single connection and transfer a lot more data.
How many open source products do you use? How many have you read end to end? How many do you understand well enough to re-implement any random portion of the code, and without referring to any comments?
Do you understand the math behind encryption and signing well enough to eyeball a typo (intentional or otherwise)?
If the answer to any of the above is negative, you are just as safe with closed source.
There IS a US/UK agreement allowing collections cross border, although it's extremely complex and all but requires the plaintiff to fight it out in the UK courts.
The UK courts are a lot more fun though, as it's a loser-pays system, so you can't just go randomly suing people unless you're prepared to pay both sides of the battle -- If you want to sue, you either have to be rich, or right.
Except that Spamhaus' claims are backed up with evidence on their website, as well as kept private.
The only issue is the way their first legal team handled the case, by first submitting to jurisdiction, then second, claiming the courts don't have jurisdiction and withdrawing.
Either answer would have been fine. Both isn't.
Did you actually think Ivan was a female?
My friend, you haven't really lived...
Even without those abilities it may already be over-qualified for some positions...