it's the technology that has the problem and needs to be fixed.
I'm paraphrasing(sp?) you:
so not only do we need to modify all existing email server programs to accomidate for this SMTP modification [to fix this techical issue], but all email clients will also need to be modified?
Note that i'm totally against this taxing idea and consider it ridiculous at best. This stuff is proposed only by people that confuse e-mail with snail mail; they also don't know the technicalities involved in such a change.
Hell, that's nothing, at least with tetris you have a spatial sense.
I was once trying to crack a concurrency problem that manifested itself under strange conditions, with a relatively complex data set. As this was somewhat important and relatively difficult for me, I was digging around the source files for 3-4 days. Anyway, I was thinking so many hours and so hard on this problem, that in the end I dreamt about it.
But It was a very strange dream. It had no sound, no feeling, not even a sense of space! The strangest thing (that I cannot even describe properly) is that it had the equivalent of two time-like directions! Yes, that is wierd....
Due to the fact that I play Halo on a setup that significantly degrades the A/V quality (don't ask...), the invisible aliens are practically undetectable when not firing... Talk about nightmares...
Same here. I've only played Chrono Trigger, mind you, but it gave me the biggest emotional attachment to a game in my life, and I'm gaming since '87....
Regarding the latency, it's inherent in GPRS, which itself is te mother of all kludges. If you read the specs and some vendor's docs your hair would fall off, it's that bad...
This happens exactly because 9.6kbps wasn't enough and they wanted a cheap, quick solution....
For those of you that haven't read (yet) Vernor Vinge's "Fast Times at Fairmont High", imagine a pair of contact lenses that is actually a pair of LCD screens with relatively high resolution. Who need projectors any more? Only problem is the power supply..
Imagine now if they could sense the direction of your eyes... voila! VR made easy:-)
>If their process is higly repeatable and optimized and are looking to improve, they'd be at 5.
Erm, do you *want* to work in an environment where your work ("the process") is highly repeatable? Where's the fun in that?
Seriously tho, these kinds of "process" thingys always give me the impression that they are implemented (and followed) in places where the management hasn't got a clue; in places where management believes that the "workers" don't have a clue; in places where the management believes that an employee cannot possibly *want* or *enjoy* his job, and has to be policed at all times.
Well, when you send data over an Unix socket, that data does not go over the file system, any more that write() to a TCP socket does. Don't get confused by the fact that the namespace of unix sockets is the same as the filesystem.
Also, you should note that the X11 Way(tm) reduces context switches because a whole bunch of operations are (usually) merged to a single message to the X server.
ObControls: having played it for about 6-7 hours, I seem to be having several problems with the UI. In particurlar: sometimes the "ESC" key is not responding; there is no mouse-only way to go to the galactic view; sometimes the SitRep links do not work....
Funny, I'd think the bigger problem would be the melting heat from the sun, not the gravitational differential. Especially when you consider that most comets are largely volatiles...
Bah, I'll need to show my age here, but so what...
The Amiga had several coprocessors, with the Blitter being used for block image transfers, hence the name Blitter. Anyway, IIRC, he could not only move memory from one place to another, but also apply logical ops, using the source and destination. In this way, you could essentially do simple SIMD instructions. Nothing fancy, mind you, but still faster than the processor...
Hell, with today's graphics cards you could do gigantic matrices of cellular automata faster than with the CPU, as these are mostly memory-bound.
Um... If you have a processor in your brain, does that mean you'll need a propeller on your head to cool it down?
Seriously though, as much as I'd like to have one of them installed in my cranium, it won't happen within our lifetimes, simply because the sum total of our knowledge about the architecture of the brain is near zero (no, I don't think "this thing here handles vision" counts). Further, the amount of training on both sides of the interface will probably be almost as a foreign language.
Hah! Something similar happens to me all the time to me. I don't have a land line, but I have a cell phone, and here in Greece the caller gets charged with the whole cost of the call - you'd be amazed how paper-pushers try to avoid these...
Maybe that's the reason that telemarketers avoid me - I just try to keep them talking:-)
The biggest problem that I have with mozilla is its lack of gesture support. Whe I switch from galeon to mozilla, the context menu pops up once or twice before I remember....
Guess what my most-used gesture is: right-click-left-release...
This certainly seems interesting, having also political consequences discussed above, but my understanding is that only a single process will execute on these mobile phones: the Java(tm) interpreter.
Rationale: Licencing Symbian or Windows (whatizzit? Mobile Edition?) for a mobile phone may shorten the development cycle, but a) it costs real money (with per-unit charges) and b) you give up control of your platform. With all solutions you will need to code support for your extra gadgets (e.g. the camera, keypad circuitry, LCD screen, battery status, and let's not forget the basics: GSM chipsets). Since the phone will use Java, it will need to support the MIDP, therefore the interpreter will need to have access to these features anyway. So, why code your OS (as in, what the user will see on the display) in native code when you can use Java?
I'm currently planning to buy an Ericsson T800 when they'll be available where I live (Greece); I'd buy a Motorola phone if I could get my hands on all the source and java classfiles (the decompiler is your fried, together with the global search-and-replace - think unobfuscation). However, I don't expect I'll get the source for the more nifty features of the phones....
(Posting this using a laptop to an Ericsson T39 to the 4.0-second-round-trip-time GPRS network.)
Ah, yes, The Reality Dysfunction... I did read it cover to cover (1200 pages) within three days. I think I've read the whole trilogy four to five times by now.
Goes to show that the quality of a book can be determined by the importance of bological functions you are willing to postpone...
Slashdot Mirror
No, just simple 'unary'.
Oh, and it has its uses too: perl -we 'print "".(("x"x$ARGV[0])=~/^(xx+)(\1)+$/?"not ":"")."prime\n"' 8
I was once trying to crack a concurrency problem that manifested itself under strange conditions, with a relatively complex data set. As this was somewhat important and relatively difficult for me, I was digging around the source files for 3-4 days. Anyway, I was thinking so many hours and so hard on this problem, that in the end I dreamt about it.
But It was a very strange dream. It had no sound, no feeling, not even a sense of space! The strangest thing (that I cannot even describe properly) is that it had the equivalent of two time-like directions! Yes, that is wierd....
Due to the fact that I play Halo on a setup that significantly degrades the A/V quality (don't ask...), the invisible aliens are practically undetectable when not firing... Talk about nightmares...
Same here. I've only played Chrono Trigger, mind you, but it gave me the biggest emotional attachment to a game in my life, and I'm gaming since '87....
Nah, make it a series with a three-(five?)-year arc a-la B5. But then again, you'd need a 15-minute intro for each episode....
Ditto here in Greece. By summer my pay will be about 1700 Euros before taxes. Guess what, it is well above average....
Regarding the latency, it's inherent in GPRS, which itself is te mother of all kludges. If you read the specs and some vendor's docs your hair would fall off, it's that bad...
This happens exactly because 9.6kbps wasn't enough and they wanted a cheap, quick solution....
For those of you that haven't read (yet) Vernor Vinge's "Fast Times at Fairmont High", imagine a pair of contact lenses that is actually a pair of LCD screens with relatively high resolution. Who need projectors any more? Only problem is the power supply..
:-)
Imagine now if they could sense the direction of your eyes... voila! VR made easy
>If their process is higly repeatable and optimized and are looking to improve, they'd be at 5.
Erm, do you *want* to work in an environment where your work ("the process") is highly repeatable? Where's the fun in that?
Seriously tho, these kinds of "process" thingys always give me the impression that they are implemented (and followed) in places where the management hasn't got a clue; in places where management believes that the "workers" don't have a clue; in places where the management believes that an employee cannot possibly *want* or *enjoy* his job, and has to be policed at all times.
Bah....
Damn, I'm watching too much TV these days... I mis-parsed the title as *Bush* is the One True Shell...
If you simply want to filter messages, sendmail is the neutron bomb you took with you for the streetfight.
Well, when you send data over an Unix socket, that data does not go over the file system, any more that write() to a TCP socket does. Don't get confused by the fact that the namespace of unix sockets is the same as the filesystem.
Also, you should note that the X11 Way(tm) reduces context switches because a whole bunch of operations are (usually) merged to a single message to the X server.
I got it here in Greece on 25-02-2003.
ObControls: having played it for about 6-7 hours, I seem to be having several problems with the UI. In particurlar: sometimes the "ESC" key is not responding; there is no mouse-only way to go to the galactic view; sometimes the SitRep links do not work....
Uh, really? Please give an example of an important programm that is written in C++ and exists on most installations.
Funny, I'd think the bigger problem would be the melting heat from the sun, not the gravitational differential. Especially when you consider that most comets are largely volatiles...
Bah, I'll need to show my age here, but so what...
The Amiga had several coprocessors, with the Blitter being used for block image transfers, hence the name Blitter. Anyway, IIRC, he could not only move memory from one place to another, but also apply logical ops, using the source and destination. In this way, you could essentially do simple SIMD instructions. Nothing fancy, mind you, but still faster than the processor...
Hell, with today's graphics cards you could do gigantic matrices of cellular automata faster than with the CPU, as these are mostly memory-bound.
Um... If you have a processor in your brain, does that mean you'll need a propeller on your head to cool it down?
:-)
Seriously though, as much as I'd like to have one of them installed in my cranium, it won't happen within our lifetimes, simply because the sum total of our knowledge about the architecture of the brain is near zero (no, I don't think "this thing here handles vision" counts). Further, the amount of training on both sides of the interface will probably be almost as a foreign language.
It'd be certainly noce tho
Hah! Something similar happens to me all the time to
:-)
me. I don't have a land line, but I have a cell phone, and here in Greece the caller gets charged with the whole cost of the call - you'd be amazed how paper-pushers try to avoid these...
Maybe that's the reason that telemarketers avoid me - I just try to keep them talking
The biggest problem that I have with mozilla is its lack of gesture support. Whe I switch from galeon to mozilla, the context menu pops up once or twice before I remember....
Guess what my most-used gesture is: right-click-left-release...
This certainly seems interesting, having also political consequences discussed above, but my understanding is that only a single process will execute on these mobile phones: the Java(tm) interpreter.
Rationale: Licencing Symbian or Windows (whatizzit? Mobile Edition?) for a mobile phone may shorten the development cycle, but a) it costs real money (with per-unit charges) and b) you give up control of your platform. With all solutions you will need to code support for your extra gadgets (e.g. the camera, keypad circuitry, LCD screen, battery status, and let's not forget the basics: GSM chipsets). Since the phone will use Java, it will need to support the MIDP, therefore the interpreter will need to have access to these features anyway. So, why code your OS (as in, what the user will see on the display) in native code when you can use Java?
I'm currently planning to buy an Ericsson T800 when they'll be available where I live (Greece); I'd buy a Motorola phone if I could get my hands on all the source and java classfiles (the decompiler is your fried, together with the global search-and-replace - think unobfuscation). However, I don't expect I'll get the source for the more nifty features of the phones....
(Posting this using a laptop to an Ericsson T39 to the 4.0-second-round-trip-time GPRS network.)
Goes to show that the quality of a book can be determined by the importance of bological functions you are willing to postpone...