Aaccording to Mr Clark, "For many years I have been embarased by the - totally unfounded - rumour that the name HAL was derived by one-letter displacement from IBM" (3001: The final odyssey, p267 [acknowledgements])
Suggesting that you are unfortunately incorrect, however I spose that he could be lying
I must admit that i think that eaven the way the aliens die will be changed for the hollywood version, I mean what hollywood actor want's to have his role upstaged by a mere alien intolerance to the local environment (read microbes/virii not in the martian atmosphere)
hate to correct you old bean, but if i remember correctly from reading a book called "Rebel Code" (i forget the author and publisher and don't have the book to hand), Linus was inspired to write Linux after getting frustrated in the length of time alotted to student's to access the unix system at the university he attended. He ended up writing a multi-user POSIX compliant (well, that's what he's aiming for, i believe) os as he was exploring the capabilities of the x86 architecture in assembly language..
Now, I don't know if the document was updated since you read it but the following quote seams to clear up the legitimacy for me
>On March 4th SCO, within 24 hours of publication, I received word from Steven J. Vaughan at eWEEK.com that SCO had confirmed that the memo is legitimate.
(taken from the introduction that I have just read
How about, instead of playing a monster with a view to enhancing a friends level(no mater how "dificult" you make it) perhaps you could get the option to 'play' a monster as a full character, starting as say a hatchling red dragon and obtaining experiance for various 'monstrous' actions like eating cows (as opposed to killing rabbits for fur), laying traps for other players (who are playing adventurous knights) to ensnare themselves with, etcetera, that way some of the monsters in the game will have more intelligence and cunning than a computer AI allowing for a more interesting game for all.
I for one fancy the idea of flying over a village to attempt to steal a cow from the herd belongint to a local farming guild.
I am afraid I will have to dissagree,
I 'use' the windows95 cd as a perfectly functional place mat for my tea cup, it fits in well with my AOL cd mobile and 'office 97' bookends
Can we pre-emptively work out what code is potentially infringing in the Linux kernel?
By removing those sections such as JFS, NUMA, which SCO are now not claiming, (and should they fall under proprietary license we know where they are), non x86 processor specific (this surely would not fall under "derivative work"), and code/methods from kernel versions 2.3 and earlier (note they are only claiming license to kernel 2.4 and later).
Not yet being a developer myself I obviously have not got a clue about the scale of such a task but would appreciate being enlightened.
Anything else would fall under the remit of other projects/groups like the FSF surely
well, at least we can still get stuff into space cheaply.
oh, and evil Spock isn't so bad, once you get to know him.
Aaccording to Mr Clark,
"For many years I have been embarased by the - totally unfounded - rumour that the name HAL was derived by one-letter displacement from IBM"
(3001: The final odyssey, p267 [acknowledgements])
Suggesting that you are unfortunately incorrect, however I spose that he could be lying
thanks for the correction
I must admit that i think that eaven the way the aliens die will be changed for the hollywood version, I mean what hollywood actor want's to have his role upstaged by a mere alien intolerance to the local environment (read microbes/virii not in the martian atmosphere)
hate to correct you old bean, but if i remember correctly from reading a book called "Rebel Code" (i forget the author and publisher and don't have the book to hand), Linus was inspired to write Linux after getting frustrated in the length of time alotted to student's to access the unix system at the university he attended.
He ended up writing a multi-user POSIX compliant (well, that's what he's aiming for, i believe) os as he was exploring the capabilities of the x86 architecture in assembly language..
please correct me if you know me to be wrong
the simple solution would be to build the earpiece so that it resembles Uhura's from TOS
someone has prior art on that one, I got a DVD with debian (among others) on a mag recently :~>
Now, I don't know if the document was updated since you read it but the following quote seams to clear up the legitimacy for me
>On March 4th SCO, within 24 hours of publication, I received word from Steven J. Vaughan at eWEEK.com that SCO had confirmed that the memo is legitimate.
(taken from the introduction that I have just read
that is the point when the /. poll reads:
# Don't complain about lack of options, We've only got so far in R&D
Well, I thought it was a bit of an exaggeration
How about, instead of playing a monster with a view to enhancing a friends level(no mater how "dificult" you make it) perhaps you could get the option to 'play' a monster as a full character, starting as say a hatchling red dragon and obtaining experiance for various 'monstrous' actions like eating cows (as opposed to killing rabbits for fur), laying traps for other players (who are playing adventurous knights) to ensnare themselves with, etcetera, that way some of the monsters in the game will have more intelligence and cunning than a computer AI allowing for a more interesting game for all.
I for one fancy the idea of flying over a village to attempt to steal a cow from the herd belongint to a local farming guild.
disclaimer:
I know nothing.
funny you should mention that, it would appear the way we have websense set up, it thins so too.
I am afraid I will have to dissagree, I 'use' the windows95 cd as a perfectly functional place mat for my tea cup, it fits in well with my AOL cd mobile and 'office 97' bookends
Can we pre-emptively work out what code is potentially infringing in the Linux kernel?
By removing those sections such as JFS, NUMA, which SCO are now not claiming, (and should they fall under proprietary license we know where they are), non x86 processor specific (this surely would not fall under "derivative work"), and code/methods from kernel versions 2.3 and earlier (note they are only claiming license to kernel 2.4 and later).
Not yet being a developer myself I obviously have not got a clue about the scale of such a task but would appreciate being enlightened.
Anything else would fall under the remit of other projects/groups like the FSF surely