And, Robosapien V2 couldn't carry the Robosapien name if he didn't possess a one-of-a-kind attitude-filled personality! Robosapien V2 is so advanced he can even control his new friends - Roboraptor(TM) and Robopet(TM).
I would be more impressed if he spoke in the voice of Soundwave and acted all snooty.
Strange, no mention of simply fixing the struct definition to instead use types from include/linux/asm/types.h (or equivalent) of arch-dependent "short" and "long", appropiate use of __BIG_ENDIAN et al in ordering the fields, and qualifying with __attribute((packed)).
Also, the macros in include/linux/byteorder/*.h handle data of both endianness (and provides the more limited ntohl() quartet).
Jeez, how many folks are left working at Netscape?
They had a big fat zero jobs openings posted as of today, out of the 100+ across all of AOL (excluding Time-Warner). My knee-jerk reaction is to ask what how badly this is going to muck up in-house Mozilla development.
"[Netscape Prez Bankoff] confirmed that AOL has been testing 'Komodo' software, which would let AOL and CompuServe Internet services support multiple Web browsers, including Netscape, as well as perform various other functions."
Given that that "Komodo" is the name of
ActiveState's high-profile Mozilla-based IDE, and assuming that a top Netscape official wouldn't overload the use of that name, my question is: Whatchu talkin bout, Willis? =)
--
"Merging into heavy traffic at near light speed!"
I had initially prototyped an earlier version of the search engine in csh using grep. [...] The average search took well over 3 minutes. Completely unacceptable. Granted, csh isn't the fastest thing around, but the script wasn't using anything which PERL could have done better (it was just iterating through a bunch of files and running grep on them).
You're very much mistaken there. Every time the you called 'grep' in your csh prototype, yet another process had to be forked off. If 'grep' was called separately for each of several files, a significant performance degradation results.
In Perl, however, you would be searching each file directly from within the same CGI process. And if mod_perl is used, even the forking of the CGI process is skipped.
Definitely an apples to oranges comparison!
-- "Merging into heavy traffic at near light speed!"
Note these are chip architectures, the "kinds of computers" is much larger. Under NetBSD there are explicit ports to different computers running the same chip, for instance a macppc port and a ofppc port even though they both use PowerPC chips. Linux doesn't differentiate ports like this, so it would appear that Linux is ported to far less machines than NetBSD.
Actually, the Mac68k development group maintains a relatively loose connection to the parent m68k group, only occasionally feeding its changes upstream, with about the same frequency as m68k changes are in turn passed up to Linus.
And BTW, Linux on m68k has done a lot of catching up over the past year, and seems to be about dead-even with the corresponding NetBSD port, in terms of stability and completeness of features. Not that anyone actually cares much this architecture anymore as much other than a pet project, of course... =)
Simson is just being the same know-it-all prick-on-a-soapbox as usual.
-- "Merging into heavy traffic at near light speed!"
Wouldn't exactly call it a "rewrite". Diff'ing between versions 1.0 and 1.1, the only changes I see are:
addition of a definition for "Affected Original Code"
modification of the definition for "Original Code" to also include object code compiled from the Apple-provided source code
replacing all instances of "patents" with "patent rights"
addition of "if available" with regards to Apple's web site, and the requirement to submit modifications there
infringement claim on Original Code (i.e. the aforementioned "Affected Original Code") result changed from "terminate Your rights to use" to "suspend Your rights to use, reproduce, modify, sublicense and distribute"
an explicit note of allowance on the previous item for "replacing the Affected Original Code with non-infringing code or independently negotiating for necessary rights from such third party"
removal of the "Export Law Assurances" clause
removal of the requirement that licensees "be of majority age and otherwise competent to enter into contracts"
#2 closes a loophole. #4 thru #7 deal with specific complaints I've heard voiced. #8 makes the code available to Script Kiddies and madmen. =) Getting closer to what it should be, at least.
-- "Merging into heavy traffic at near light speed!"
Slashdot Mirror
I would be more impressed if he spoke in the voice of Soundwave and acted all snooty.
Duh, that's obvious. It was one of those bums that run up and wash your windshield at a traffic light, then try to demand payment.
Where are these mentally slow people getting the money to pony up for Apple hardware?
Oh wait. Hollywood. Nevermind.
Strange, no mention of simply fixing the struct definition to instead use types from include/linux/asm/types.h (or equivalent) of arch-dependent "short" and "long", appropiate use of __BIG_ENDIAN et al in ordering the fields, and qualifying with __attribute((packed)).
Also, the macros in include/linux/byteorder/*.h handle data of both endianness (and provides the more limited ntohl() quartet).
Jeez, how many folks are left working at Netscape?
They had a big fat zero jobs openings posted as of today, out of the 100+ across all of AOL (excluding Time-Warner). My knee-jerk reaction is to ask what how badly this is going to muck up in-house Mozilla development.
--
"Merging into heavy traffic at near light speed!"
(Okay, so follow-up posts have clarified that the actul diameter would be much larger, but for the sake of humor...)
A 10-foot diameter would be roughly the same size as the beam generated by the Sol satellite in
"Akira".
So if any would-be Tetsuos out there: Look out! =)
--
"Merging into heavy traffic at near light speed!"
I had initially prototyped an earlier version of the search engine in csh using grep. [...] The average search took well over 3 minutes. Completely unacceptable. Granted, csh isn't the fastest thing around, but the script wasn't using anything which PERL could have done better (it was just iterating through a bunch of files and running grep on them).
You're very much mistaken there. Every time the you called 'grep' in your csh prototype, yet another process had to be forked off. If 'grep' was called separately for each of several files, a significant performance degradation results.
In Perl, however, you would be searching each file directly from within the same CGI process. And if mod_perl is used, even the forking of the CGI process is skipped.
Definitely an apples to oranges comparison!
--
"Merging into heavy traffic at near light speed!"
Actually, the Mac68k development group maintains a relatively loose connection to the parent m68k group, only occasionally feeding its changes upstream, with about the same frequency as m68k changes are in turn passed up to Linus.
And BTW, Linux on m68k has done a lot of catching up over the past year, and seems to be about dead-even with the corresponding NetBSD port, in terms of stability and completeness of features. Not that anyone actually cares much this architecture anymore as much other than a pet project, of course... =)
Simson is just being the same know-it-all prick-on-a-soapbox as usual.
--
"Merging into heavy traffic at near light speed!"
--
"Merging into heavy traffic at near light speed!"