distribute Distributable Code to run on a platform other than the Windows platform; Doesn't this clause make it an EULA violation to run most software under WINE? Lots of Windows software contains one or more DLLs which I presume fall under that clause (msvcrtXX.dll comes to mind).
On providing build parameters: I'm afraid the compilation process isn't deterministic enough to guarantee that identical build parameters and identical sources will result in identical binaries when built on different hosts. What we need is a tamper-proof way of storing a digital signature of the source code and build parameters in the binaries themselves.
The documentation for the Delete function says the file should be specified with a full path but in fact it must be specified with a full path, like so: Delete "$INSTDIR\boot.ini"" Yup, just watch what happens when you specify it as: Delete "$INTSDIR\boot.ini"
An innocuous looking typo can have devastating consequences...
Simple solution: just let people going to the store to buy a complete PC pick out a menu
1 Appetizer and Drinks: the desktop and eye-candy they want to run. In fact the desktop will dictate much of the choice in OSes the customer has, but that's somewhat true of gastronomy as well. 2 Main Course: the OS they want to be installed, the "meat of the matter" (have the sales 'droid explain to them what 'OS' means). 3 Side Dishes: The browser and other Net tools they want to use to slide down the 'pipes'. 4 Dessert: Any extra software they want to run on the OS/desktop/browser combo.
Each 'course' could be supplied on one or more CD's in case the customer wants or needs to switch or re-install.
You are making the classic mistake of comparing goods and services where choice has little or no consequence to utility value with those which have come to be regarded as (standardized) utilities. Whether your car has an iPod connection or not doesn't change it's utility in taking you from A to B, whereas different electricity companies each using different mains plugs, voltages and AC frequencies would severely impact the utility of your laptop (assuming it didn't come with a Christmas tree of power plugs and a universal charger).
The WWW has come to be regarded as a utility for all practical economic purposes, so requiring different browsers to be standards-compliant is not at all illogical.
Most of that paper is farmed. Yeah, as if you can call that 'farming'. More like the slash & burn thing our great ancestors did when there was plenty. Nowadays the slashing is done with chainsaws and the burning is done by Mother Nature or when someone wants to have yet another palm oil 'farm'. Next time you visit Indonesia, go to Sumatra and see for yourself what the world's hunger for paper is doing to the forests there.
Paper 'farming' is not sustainable, not at the rate we consume paper anyway. Veggie farming is quite sustainable, because there's a fresh new harvest every year.
I'm a HAM radio operator, and the requirement of learning Morse code to be allowed to operate on shortwave has always baffled me. Yes, I can imagine that knowing your dahs from your dits can be an advantage in bad reception conditions and in emergencies, but there is so much more.
For shortwave, knowledge of radio propagation and atmospheric conditions, good antenna design and particularly good Operating Practice are way more important IMO.
Nice one, although there is no cat in there (but most cats do have beautiful eyes with slits:-) ). To make some coherent sense out of all of this, before it all gets too entangled, I would kindly point you to this. Look for the word "einselection" to find the explanation you're looking for.
As long as the universe doesn't open the box, in which case we're either fine or dead or both. shhhh...that's the clue to Pandora's box-don't let the gin out of the bottle.
In any case, we'll be sure we are doomed when some hyperdimensional kid opens the box that is our Universe, zooms in on Earth and goes: "OMG PONIES!!!"
Interesting idea, but somehow I can't escape thinking this is like mashing up an iPod in a blender because the resulting grey powder looks nice in the mock-up fireplace for your Christmas stall.
Unless there have been some really important changes in the performance of Flash memory, using it as swap would be like the second worst possible scenario in terms of it's life expectancy (using it for main memory would be the worst). Just how long is a typical Flash chip with a guaranteed average of 1 million write cycles going to last in this kind of environment? Hours? Days? Perhaps even...weeks?
He should spend a few weeks or months in Japan and use their system. Good point, but one also has to consider the fact that written Japanese, like most written languages that use ideographs, has a high information density (assuming high kanji to kana ratio) per unit of screen area, making it better in conveying information on a small screen.
One doesn't preclude the other, it all depends on the optics in front of the laser. Whatever its properties, laser light is still light. You can do with it most anything you can do with light: bounce it off mirrors, focus or disperse it with lenses, etc.
Perhaps you meant to say that laser light is "collimated" i.e. has very little divergence, which reduses (but doesn't eliminate) the need for focussing.
Exactly! It's what I think the word 'hacking" should be used for. Tinkering with tech, then telling others how you did it. Shortest definition of any 'manifesto' I can come up with right now. Philosophers may add the ethical parts to it.
Sure as I am looking forward to what OpenMoko and others are going to be, I jost can't wait for the big brass to make up their minds as to which cell carrier they're going to strike a deal with, only to provide the eager geeks with a neat sandboxed, SIM-locked, (God forbid) NDA muzzled package...
If you want data too, skip the GSM bugs (well, maybe some have GPRS feature hidden in their firmware somewhere:-) ) and go for a full-feature GSM/GPRS module.
These guys sell one (not affiliated with them, just an example). It's got all you could ask for. Just add an antenna and a battery to your board and you're set.
Add everything up and you will end up half the price of an iPhone. Best of all, it will run _Your Stuff_, and _Your Stuff_ Only. (_Your_ as in: only the stuff that you decide to put on, no crapola, undocumented "features" or government mandated remotely 'provisioned' (i.e. push-downloaded onto your set while you're not looking) snoop vectors).
For all who are getting a little weary of all those great "Open Phone" initiatives being touted here and there without seeing much practical (affordable, stable, educational, worthwile) upshot coming of them, here's my plan.
1. Get a small (and I mean 'small', because it'll basically be the footprint of your phone-to-be), well-documented ARM development board, a small keyboard and a display. 2. Get one of them dirt-cheap GSM bugs (an online store recently mentioned on/. sells them for about $50 a pop) 3. Find out if it also supports a speaker-output, if and how programmable it is (some GSM bugs have an USB or serial interface on which you can send AT commands). 4. Hook it up to your board and test it. 5. Rig the OS for the board. 6. ??? 7. Have Phun.
No brand tie-ins, undocumented hardware, binary blobs in the kernel, outdated development toolchains, whatever. Just dial and answer calls, damnit!
Slashdot Mirror
Microwaves are colour blind, you (sk)insensitive clod!
It can be done, although you probably have to make some size adjustments to the mat for it to be practical. It's called tap-dancing.
Maybe some day the son will buy a (real) guitar to punish his dad.
Welcome to the machine.
On providing build parameters: I'm afraid the compilation process isn't deterministic enough to guarantee that identical build parameters and identical sources will result in identical binaries when built on different hosts. What we need is a tamper-proof way of storing a digital signature of the source code and build parameters in the binaries themselves.
An innocuous looking typo can have devastating consequences...
Simple solution: just let people going to the store to buy a complete PC pick out a menu
1 Appetizer and Drinks: the desktop and eye-candy they want to run. In fact the desktop will dictate much of the choice in OSes the customer has, but that's somewhat true of gastronomy as well.
2 Main Course: the OS they want to be installed, the "meat of the matter" (have the sales 'droid explain to them what 'OS' means).
3 Side Dishes: The browser and other Net tools they want to use to slide down the 'pipes'.
4 Dessert: Any extra software they want to run on the OS/desktop/browser combo.
Each 'course' could be supplied on one or more CD's in case the customer wants or needs to switch or re-install.
You are making the classic mistake of comparing goods and services where choice has little or no consequence to utility value with those which have come to be regarded as (standardized) utilities. Whether your car has an iPod connection or not doesn't change it's utility in taking you from A to B, whereas different electricity companies each using different mains plugs, voltages and AC frequencies would severely impact the utility of your laptop (assuming it didn't come with a Christmas tree of power plugs and a universal charger).
The WWW has come to be regarded as a utility for all practical economic purposes, so requiring different browsers to be standards-compliant is not at all illogical.
Paper 'farming' is not sustainable, not at the rate we consume paper anyway. Veggie farming is quite sustainable, because there's a fresh new harvest every year.
Looks nice, except for the horrible caged-up lion AMBE licensing. Say goodbye to open-source AMBE codecs, they just won't happen.
I'm a HAM radio operator, and the requirement of learning Morse code to be allowed to operate on shortwave has always baffled me. Yes, I can imagine that knowing your dahs from your dits can be an advantage in bad reception conditions and in emergencies, but there is so much more.
For shortwave, knowledge of radio propagation and atmospheric conditions, good antenna design and particularly good Operating Practice are way more important IMO.
And when he succeeds he will undoubtedly shout "Yatta!"
Nice one, although there is no cat in there (but most cats do have beautiful eyes with slits :-) ). To make some coherent sense out of all of this, before it all gets too entangled, I would kindly point you to this. Look for the word "einselection" to find the explanation you're looking for.
Dark Energy is a cosmologists' nightmare...in more ways than one.
In any case, we'll be sure we are doomed when some hyperdimensional kid opens the box that is our Universe, zooms in on Earth and goes: "OMG PONIES!!!"
Interesting idea, but somehow I can't escape thinking this is like mashing up an iPod in a blender because the resulting grey powder looks nice in the mock-up fireplace for your Christmas stall.
Unless there have been some really important changes in the performance of Flash memory, using it as swap would be like the second worst possible scenario in terms of it's life expectancy (using it for main memory would be the worst). Just how long is a typical Flash chip with a guaranteed average of 1 million write cycles going to last in this kind of environment? Hours? Days? Perhaps even...weeks?
Google: All your IVR are belong to us!
Advertisers: For great profit!
One doesn't preclude the other, it all depends on the optics in front of the laser. Whatever its properties, laser light is still light. You can do with it most anything you can do with light: bounce it off mirrors, focus or disperse it with lenses, etc.
Perhaps you meant to say that laser light is "collimated" i.e. has very little divergence, which reduses (but doesn't eliminate) the need for focussing.
Grumpy Grandpa Unix Guru once said:
.) | cat | (cd "$to" && tar -xpf - && cd "$from" && rm -rf .[^.]* *)
$ (cd "$from" && tar -cf -
(assumes: $from and $to are absolute paths to directories)
Sometimes the "old ways" aren't too bad.
Huh? Guess who is on their member list? Colorful logo, offers fortune cookies, name starts with a 'G' and ends with an 'e'..?
oops, that last sentence turned out quite ironic, wasn't meant that way. I just wanted to say: I want it NOW, without all the locks and chains :-)
Exactly! It's what I think the word 'hacking" should be used for. Tinkering with tech, then telling others how you did it. Shortest definition of any 'manifesto' I can come up with right now. Philosophers may add the ethical parts to it.
Sure as I am looking forward to what OpenMoko and others are going to be, I jost can't wait for the big brass to make up their minds as to which cell carrier they're going to strike a deal with, only to provide the eager geeks with a neat sandboxed, SIM-locked, (God forbid) NDA muzzled package...
(scant reply to post below me)
:-) ) and go for a full-feature GSM/GPRS module.
If you want data too, skip the GSM bugs (well, maybe some have GPRS feature hidden in their firmware somewhere
These guys sell one (not affiliated with them, just an example). It's got all you could ask for. Just add an antenna and a battery to your board and you're set.
Add everything up and you will end up half the price of an iPhone. Best of all, it will run _Your Stuff_, and _Your Stuff_ Only. (_Your_ as in: only the stuff that you decide to put on, no crapola, undocumented "features" or government mandated remotely 'provisioned' (i.e. push-downloaded onto your set while you're not looking) snoop vectors).
For all who are getting a little weary of all those great "Open Phone" initiatives being touted here and there without seeing much practical (affordable, stable, educational, worthwile) upshot coming of them, here's my plan.
/. sells them for about $50 a pop)
1. Get a small (and I mean 'small', because it'll basically be the footprint of your phone-to-be), well-documented ARM development board, a small keyboard and a display.
2. Get one of them dirt-cheap GSM bugs (an online store recently mentioned on
3. Find out if it also supports a speaker-output, if and how programmable it is (some GSM bugs have an USB or serial interface on which you can send AT commands).
4. Hook it up to your board and test it.
5. Rig the OS for the board.
6. ???
7. Have Phun.
No brand tie-ins, undocumented hardware, binary blobs in the kernel, outdated development toolchains, whatever. Just dial and answer calls, damnit!