We've got a load at my workplace that check for the presence of.NET, and if they don't find it fail the install and pop up a warning. Rather annoyingly, the warning comes up even in silent install - which means it blocks the automated workstation setup procedure, until someone goes around to the station in person to press a key. Bit annoying, that. We can't work out how the software determines the order of package installs, othewise we would make sure.net goes on first.
My mistake. I was confusing it with another service, the MSN Music Store. I was right about the service shutting down, loss of servers and subsequent rendering useless of customers' purchases. I was just wrong about the name of the service.
Or the monopoly status. In the home and non-server business areas, Microsoft ruled almost uncontested. It still does rule, though with a few hopefuls trying to get in. Apple? They do have huge income per customer (Cross-promotion works), but in terms of market share they are still only a very small part.
I recall RiscOS worked in that way, back when it was new tech. An application was actually a folder containing all the application resources.
MSIs lack one thing that yum and apt-get offer of huge convenience to users: Dependancy fetching. I can just yum install or apt-get install whatever I want, and almost always it'll take care of every dependency for me. MSIs don't do that, but they also have less need to - Windows programs tend to use more libraries compiled in, and windows developers are less willing to rely on anything not bundled with the OS being present.
The iOS app store guidelines explicitly forbid any application capable of running code, including emulated code or scripts. I don't know if this applies to the OSX app store. Officially, this is because Apple wants to avoid building up performance-slowing, battery-sapping layers of abstraction, or degrading the user experience via a flood of poorly-made unapproved software. Unofficially, it's widely assumed to be a simple matter of keeping the app store sales up. If you could download one app, and run everything you wanted on that, you wouldn't buy many more.
Simpler improvement: Just make the key into a hash of the password. That way it's impossible to get the key out, even if you have the tools to take a chip apart atom by atom.
Your fourth paragraph explains: If people can keep on using the old software via pirate source, and it does what they need, why would they pay for upgrades? In many cases, a software companies greatest competitor is themselves from five years ago.
I remember, from when the relaunched Napster legal-download site was closed down. Taking with it the DRM licence servers, and thus destroying the music collections of all those who had purchased music from the service. I remember, because that was when I felt the feeling of smug 'I told you this would happen' satisfaction.
That, and the problem of accidents. Crash a car with a gas tank, you risk it catching fire. The gasoline isn't explosive, only the vapor is, but it still burns very well indeed. Crash a car with a high-pressure hydrogen tank, and it's going to go off like a bomb, launching bits of shrapnel around at near-supersonic speed in all directions and making a sizeable crater in the road. This is clearly not practical.
There are materials that can store hydrogen safely, but they all require very expensive rare elements. Platinum, or even more pricy. It's also impractical when the fuel tank costs most than the rest of the car put together.
UAVs would be better than boats. They are small enough to have almost no radar signature, and a lot more expendable. If your drug-boat is captured, you lose valuable smugglers and all the invested training and experience. If your UAV is captured, you lose a cheap plane and some cargo, but that's all.
If you put the engine on the car, you then have the problem of hauling a big engine around with you all the time. Weight means inefficiency, and less room for passangers, storage and batteries.
Propane is propane. A battery is not just a battery.
1. Buy Cheapest piece of junk knock-off second-hand battery you can find.
2. Go to out-of-town battery station.
3. Change.
4. eBay.
5. Profit.
It would also be awkward. Robotics could do the changeover, but doing so safely would require a lot of expensive safeguards to protect against idiots trying to stick their hand in the grippers. So you'd need an attendant to man the batteries, using a mini-forklift to get the old ones out and put new ones in. He'll want paying, and it takes longer to change a battery than to refill a tank. Gas-station attendants were largely eliminated as a cost-cutting measure, so I doubt companies will be willing to bring them back. Espicially ones trained in the operation of heavy life machinery.
Expensive. Inefficient. And useful to all the people who realise they can load their back seats and trunks up with all the batteries that will fit and collect enough energy to run their house for a week.
Batteries can be made quite flat. It's common practice in EC car design to put them beneath the car body,either side of the driveshaft, with enough shielding to make sure they don't get damaged by an overly-high speedbump. In that position, robotic changeover would be quite practical, if prohibitively expensive.
That's not quite an OR gate, because the inputs are coupled together. A problem if you want to drive more than one OR gate off of the same output. Still useful, but not even a true logic gate really.
It's the redstone equivilent of the EE newbs mistake of thinking they can just couple gate outputs together and get a free OR gate, without knowing what that 'high Z' thing in the datasheet is for. Then their chips go popcorn. The restone NOT gate is really just a NOR gate with the unused inputs left unconnected. The simple wire-link OR gate is useful for combination locks though. My old home on one server used to use one such design, until I upgraded it to a system where entering the wrong combination causes pistons to retract the floor from beneath you and expose a fifty-level-deep pit.
Hmm.... Not quite doable yet, but if there was just some way to sense the presence or absence of a block (without relying on water removing torches, which is one-shot) then I can see how you could at least make an RNA-like replicator. Insert 'strand', get copy.
Didn't really work out. Second Life made an effort, but it just showed that for most online purposes you don't want to be aware of everyone else. It's really only good for chatting, gaming and flying penises.
One simple logic gate. The NOR gate. That's all you get - any other gate you want must be constructed from NORs. You can have up to five inputs, but getting that type of wireing density requires three-dimensional thinking.
Then it's a testing thing. Most likely someone purchased sex.xxx but doesn't yet have the site ready to go public, or else ICM isn't letting anyone actually configure their domain A-record until the official launch of the domain.
Doesn't mean the same here in Britain either. Can we get an Australian, Canadian and anyone else from an english-speaking country to tell if their respective dialects have these as synonyms?
Slashdot Mirror
We've got a load at my workplace that check for the presence of .NET, and if they don't find it fail the install and pop up a warning. Rather annoyingly, the warning comes up even in silent install - which means it blocks the automated workstation setup procedure, until someone goes around to the station in person to press a key. Bit annoying, that. We can't work out how the software determines the order of package installs, othewise we would make sure .net goes on first.
My mistake. I was confusing it with another service, the MSN Music Store. I was right about the service shutting down, loss of servers and subsequent rendering useless of customers' purchases. I was just wrong about the name of the service.
Or the monopoly status. In the home and non-server business areas, Microsoft ruled almost uncontested. It still does rule, though with a few hopefuls trying to get in. Apple? They do have huge income per customer (Cross-promotion works), but in terms of market share they are still only a very small part.
I recall RiscOS worked in that way, back when it was new tech. An application was actually a folder containing all the application resources.
MSIs lack one thing that yum and apt-get offer of huge convenience to users: Dependancy fetching. I can just yum install or apt-get install whatever I want, and almost always it'll take care of every dependency for me. MSIs don't do that, but they also have less need to - Windows programs tend to use more libraries compiled in, and windows developers are less willing to rely on anything not bundled with the OS being present.
The iOS app store guidelines explicitly forbid any application capable of running code, including emulated code or scripts. I don't know if this applies to the OSX app store. Officially, this is because Apple wants to avoid building up performance-slowing, battery-sapping layers of abstraction, or degrading the user experience via a flood of poorly-made unapproved software. Unofficially, it's widely assumed to be a simple matter of keeping the app store sales up. If you could download one app, and run everything you wanted on that, you wouldn't buy many more.
Simpler improvement: Just make the key into a hash of the password. That way it's impossible to get the key out, even if you have the tools to take a chip apart atom by atom.
Only pirates could possibly fill so much space. Well, maybe once movies go holographic.
They reced about twice a day.
Your fourth paragraph explains: If people can keep on using the old software via pirate source, and it does what they need, why would they pay for upgrades? In many cases, a software companies greatest competitor is themselves from five years ago.
I remember, from when the relaunched Napster legal-download site was closed down. Taking with it the DRM licence servers, and thus destroying the music collections of all those who had purchased music from the service. I remember, because that was when I felt the feeling of smug 'I told you this would happen' satisfaction.
That, and the problem of accidents. Crash a car with a gas tank, you risk it catching fire. The gasoline isn't explosive, only the vapor is, but it still burns very well indeed. Crash a car with a high-pressure hydrogen tank, and it's going to go off like a bomb, launching bits of shrapnel around at near-supersonic speed in all directions and making a sizeable crater in the road. This is clearly not practical.
There are materials that can store hydrogen safely, but they all require very expensive rare elements. Platinum, or even more pricy. It's also impractical when the fuel tank costs most than the rest of the car put together.
UAVs would be better than boats. They are small enough to have almost no radar signature, and a lot more expendable. If your drug-boat is captured, you lose valuable smugglers and all the invested training and experience. If your UAV is captured, you lose a cheap plane and some cargo, but that's all.
Because fuel cells:
1. Cost a fortune.
2. Run off fuels so explosive they make gasoline look like water.
The technology just isn't there yet.
If you put the engine on the car, you then have the problem of hauling a big engine around with you all the time. Weight means inefficiency, and less room for passangers, storage and batteries.
Propane is propane. A battery is not just a battery.
1. Buy Cheapest piece of junk knock-off second-hand battery you can find.
2. Go to out-of-town battery station.
3. Change.
4. eBay.
5. Profit.
It would also be awkward. Robotics could do the changeover, but doing so safely would require a lot of expensive safeguards to protect against idiots trying to stick their hand in the grippers. So you'd need an attendant to man the batteries, using a mini-forklift to get the old ones out and put new ones in. He'll want paying, and it takes longer to change a battery than to refill a tank. Gas-station attendants were largely eliminated as a cost-cutting measure, so I doubt companies will be willing to bring them back. Espicially ones trained in the operation of heavy life machinery.
Expensive. Inefficient. And useful to all the people who realise they can load their back seats and trunks up with all the batteries that will fit and collect enough energy to run their house for a week.
Batteries can be made quite flat. It's common practice in EC car design to put them beneath the car body,either side of the driveshaft, with enough shielding to make sure they don't get damaged by an overly-high speedbump. In that position, robotic changeover would be quite practical, if prohibitively expensive.
That's not quite an OR gate, because the inputs are coupled together. A problem if you want to drive more than one OR gate off of the same output. Still useful, but not even a true logic gate really.
It's the redstone equivilent of the EE newbs mistake of thinking they can just couple gate outputs together and get a free OR gate, without knowing what that 'high Z' thing in the datasheet is for. Then their chips go popcorn.
The restone NOT gate is really just a NOR gate with the unused inputs left unconnected.
The simple wire-link OR gate is useful for combination locks though. My old home on one server used to use one such design, until I upgraded it to a system where entering the wrong combination causes pistons to retract the floor from beneath you and expose a fifty-level-deep pit.
Hmm.... Not quite doable yet, but if there was just some way to sense the presence or absence of a block (without relying on water removing torches, which is one-shot) then I can see how you could at least make an RNA-like replicator. Insert 'strand', get copy.
Didn't really work out. Second Life made an effort, but it just showed that for most online purposes you don't want to be aware of everyone else. It's really only good for chatting, gaming and flying penises.
NOR. Not NAND.
One simple logic gate. The NOR gate. That's all you get - any other gate you want must be constructed from NORs. You can have up to five inputs, but getting that type of wireing density requires three-dimensional thinking.
Then it's a testing thing. Most likely someone purchased sex.xxx but doesn't yet have the site ready to go public, or else ICM isn't letting anyone actually configure their domain A-record until the official launch of the domain.
I wouldn't be at all surprised if the school actually has a ball-sack in the gym, for storing balls when not in use.
Doesn't mean the same here in Britain either. Can we get an Australian, Canadian and anyone else from an english-speaking country to tell if their respective dialects have these as synonyms?