personally i prefer email for most things where i can just paste a url into the message body to reference something. it is not so easy to do this in speech.
for brain storming sessions, the personal touch is often greater.
'Course, the irony is that any similarity to 2001's HAL ("I'm sorry Dave") was purely coincidental; half the dialogue was actually stolen from Red Dwarf, and the rest was twisted to fit; "Dave" was meant to be Lister, and it was just meant to sound like some generic boss:-) i remember mr flibble! that was like > 10 years ago!
I know, I can't think of any good Russian reversal jokes either.
Would be so funny...
It's a travesty, but at least you tried...
Also, it would be virus writes you. yes, the article had so much promise, but the headline just didnt have enough material for a good joke. i think its obligatory that we all make the jokes now.
well, if you dont want them looking at pr0n just chmod 000/usr/bin/vlc. of course using a OS where one can have simple control over execute permissions is great.
The poll is pretty minimal. Wonder how much it will really guide Dell's choices. i personally dont think this is too limited or half-hearted. for a survey it's not that bad. in order for a survey to be effective it must not be too specific. if the survey was any longer the vast majority of lusers would loose interest in the survey and begin to tick random options.
I just assumed everything was done in UTC and converted to the local time zone only for certain functions like displaying times to users. Is that not the case? that should be the case.
this is a seriously good idea. *but* wouldnt the terrorists just read the manufacturing plans like they glean the flying manuals and train in six months prior to the ambush? i mean, it's probably something that could be dismantled during flight. some seriously ingenious work would have to go into the making of the system to prevent this from being taken apart.
great to see we still have some fresh ideas appearing.
1 Law of Computers That Doesn't Apply in Hollywood: Computer passwords cannot always be guessed in 3 tries. second law of computers:
they do not go "BEEP BEEP BEEP" as one presses the keys... and they do not go "CLICK CLICK CLICK" as the letters draw across the screen. that pissed me off no end!
you can write a trivial web server in bash, using inetd to handle the networking side. horrendously inefficient BUT very quick and dirty, and you can do a surprising amount to parse headers using awk and sed!
I used this technique to create a snapshot of a website and add a searchable index using namazu; the web pages are accessed using FILE:///, but the search engine uses http://localhost/namazu. Since you're only doing one cgi invocation on an occasional basis, who needs scalability? you could use djb's tcpserver, which is preferable over inetd. apache 1.3 can read/write stdin/stdout the way you're talking. it is inefficient as each request is another fork(), but for modifying headers in a particular way it's useful.
I'm not bashing PHP, you just need to be aware that java has changed alot since the shitty applets of 1.0.2. i was prising java earlier on... i never said that it's better/worse than php, only that there are some common sense things that can be done to improve performance via beans.
... For those of you who don't know, a CGI in Apache (minus any special persistence) is a simple executable that receives it's input in stdin stream as formatted text, and writes it's HTML (or JPEG or whatever) result to stdout. When writing the output, it appends a few extra lines at the start to tell Apache if the result is HTML, JPEG, text or a page redirect or whatever. That would be the "Content-Type: text/html\r\n\r\n" output yes. CGI isn't always going to be faster than using a framework. sometimes the framework can achieve better results simply by providing memory resident information. Establishing a DB connection many times in CGI can cause pages to perform worse than using a connection pool provided by a framework.
java memory allocation is as fast as if not faster then malloc.
enjoy i cant see how that statement can be true. the JRE might be able to allocate at that speed, since it is machine level, but the application cannot, since it has to be interpreted and then the allocation can occur.
thats not my point though. the point is that String s = "abc"; is not as fast as strcpy( s, "abc" ); for obvious reasons.
this could fork off onto a thread all of it's own, but somethings can occur in java faster than in php, as php does not have beans. beans provide a means of loading something common just once, and then it's available for future instances. this could avoid a lot of db calls that php scripts might require.
Not entirely joking. I use embedded perl for my own dynamic sites, and keep track of the lists, and can't recall any serious known flaws with that implementation.
The vulnerabilities that keep popping up (and the fact that I already know and am comfortable with perl, have CPAN, can develop quickly especially now that I have my own base modules set up, etc) are one reason that I never really looked into PHP.
the problem with perl is that i tend to use it for system administration purposes rather than making websites. php is just better for making sites as it is generally setup OOTB, almost a de facto for apache. the programmer should be aware of general problems, the magic_quotes implementation was designed to help programmers, but i think it introduced more code paths.
I expect many of us have some heavy patching to do this month. PHP devs refused to take the opportunity to break BC and fix the language/runtime with PHP5.
When will OpenJDK be usable serverside? I think I'd prefer to spend the month converting a bunch of PHP apps to Java instead of applying patches. not everything will benefit from the conversion. some objects take much time to construct in java, and generally things will perform worse. there are some things that can benefit from being a bean though. loading a huge array, of perhaps loginids statically would perhaps save some database work. it's hard to say. but for most people i would estimage 6-12 months for the conversions.
I remember reading, a loooooooong time ago, that frequently accessed binaries and binaries needed at boot time were stored in/bin. Other binaries were in/usr/bin. Dennis Ritchie's Unix Notes from 1972 (http://cm.bell-labs.com/cm/cs/who/dmr/notes.html) somewhat supports this memory by stating, "there is a directory '/usr' which contains all user's directories, and which is stored on a relatively large, but slow moving head disk, while the othe files are on the fast but small fixed-head disk." i don't know why your post is modded 0, it's got good content.
binaries needed at boot time are generally in/bin, most things like shells that is./usr is generally on another partition so mount is probably going to be required in order to mount it, from a startup script.
it does not really matter but ...
on
Define - /etc?
·
· Score: 1, Interesting
http://burks.brighton.ac.uk/burks/linux/rute/node1 7.htm quotes it as etcetera configuration files. others who are quoting it as an acronym may also double as alternative logical viewpoints, however, all unix configuration files are 99% of the time plain text files by default. that's just the way it is.
reading too much into the naming can be dangerous. consider/usr, generally i see it as abbreviation for "user customised files", reason being that/bin is obviously going to be very similar on all unix-like systems./usr/bin is generally used for customised install files, things that are created after install.
but what about reading this name as "/user files", which then creates the awful/use/home layout, yuck!
Last I checked the sb16 compatibility was done entirely in the driver, in software. maybe you're correct. *but* the emu10k1 should really have a driver in vista, really. if the emu10k1 is dropped, has sb16 been dropped also?
sound blaster cards should all be compatible with the age old soundblaster drivers. the emu10k1 (sblive) is compatible with adlib and sb16. there should be no reason why the sb16 drivers cannot be applied for this audio card. if vista doesnt support sb cards then they're really shooting themselves in the foot as it's probably the most standard of things out there.
Slashdot Mirror
personally i prefer email for most things where i can just paste a url into the message body to reference something. it is not so easy to do this in speech.
for brain storming sessions, the personal touch is often greater.
Would be so funny...
It's a travesty, but at least you tried...
Also, it would be virus writes you. yes, the article had so much promise, but the headline just didnt have enough material for a good joke. i think its obligatory that we all make the jokes now.
In Soviet Russia virus makes you!!
[flame] SCO - the sound a gay man makes when choking on cock [/flame]
well, if you dont want them looking at pr0n just chmod 000 /usr/bin/vlc. of course using a OS where one can have simple control over execute permissions is great.
I for one personally welcome our new bigger brained mice overlords.
... is looking for missing 'have' words ...
... and they want their PNP problems back
this is a seriously good idea. *but* wouldnt the terrorists just read the manufacturing plans like they glean the flying manuals and train in six months prior to the ambush? i mean, it's probably something that could be dismantled during flight. some seriously ingenious work would have to go into the making of the system to prevent this from being taken apart.
great to see we still have some fresh ideas appearing.
they do not go "BEEP BEEP BEEP" as one presses the keys... and they do not go "CLICK CLICK CLICK" as the letters draw across the screen. that pissed me off no end!
I used this technique to create a snapshot of a website and add a searchable index using namazu; the web pages are accessed using FILE:///, but the search engine uses http://localhost/namazu. Since you're only doing one cgi invocation on an occasional basis, who needs scalability? you could use djb's tcpserver, which is preferable over inetd. apache 1.3 can read/write stdin/stdout the way you're talking. it is inefficient as each request is another fork(), but for modifying headers in a particular way it's useful.
...For those of you who don't know, a CGI in Apache (minus any special persistence) is a simple executable that receives it's input in stdin stream as formatted text, and writes it's HTML (or JPEG or whatever) result to stdout. When writing the output, it appends a few extra lines at the start to tell Apache if the result is HTML, JPEG, text or a page redirect or whatever. That would be the "Content-Type: text/html\r\n\r\n" output yes. CGI isn't always going to be faster than using a framework. sometimes the framework can achieve better results simply by providing memory resident information. Establishing a DB connection many times in CGI can cause pages to perform worse than using a connection pool provided by a framework.
enjoy
i cant see how that statement can be true. the JRE might be able to allocate at that speed, since it is machine level, but the application cannot, since it has to be interpreted and then the allocation can occur.
thats not my point though. the point is that String s = "abc"; is not as fast as strcpy( s, "abc" ); for obvious reasons.
this could fork off onto a thread all of it's own, but somethings can occur in java faster than in php, as php does not have beans. beans provide a means of loading something common just once, and then it's available for future instances. this could avoid a lot of db calls that php scripts might require.
Not entirely joking. I use embedded perl for my own dynamic sites, and keep track of the lists, and can't recall any serious known flaws with that implementation.
The vulnerabilities that keep popping up (and the fact that I already know and am comfortable with perl, have CPAN, can develop quickly especially now that I have my own base modules set up, etc) are one reason that I never really looked into PHP.
the problem with perl is that i tend to use it for system administration purposes rather than making websites. php is just better for making sites as it is generally setup OOTB, almost a de facto for apache. the programmer should be aware of general problems, the magic_quotes implementation was designed to help programmers, but i think it introduced more code paths.
When will OpenJDK be usable serverside? I think I'd prefer to spend the month converting a bunch of PHP apps to Java instead of applying patches. not everything will benefit from the conversion. some objects take much time to construct in java, and generally things will perform worse. there are some things that can benefit from being a bean though. loading a huge array, of perhaps loginids statically would perhaps save some database work. it's hard to say. but for most people i would estimage 6-12 months for the conversions.
binaries needed at boot time are generally in
http://burks.brighton.ac.uk/burks/linux/rute/node1 7.htm quotes it as etcetera configuration files. others who are quoting it as an acronym may also double as alternative logical viewpoints, however, all unix configuration files are 99% of the time plain text files by default. that's just the way it is.
/usr, generally i see it as abbreviation for "user customised files", reason being that /bin is obviously going to be very similar on all unix-like systems. /usr/bin is generally used for customised install files, things that are created after install.
/use/home layout, yuck!
reading too much into the naming can be dangerous. consider
but what about reading this name as "/user files", which then creates the awful
sound blaster cards should all be compatible with the age old soundblaster drivers. the emu10k1 (sblive) is compatible with adlib and sb16. there should be no reason why the sb16 drivers cannot be applied for this audio card. if vista doesnt support sb cards then they're really shooting themselves in the foot as it's probably the most standard of things out there.