IP-Wars is a rallying point for everyone engaged in various battles involving intellectual property. IP-Wars is setup so that YOU decide what articles appear. You are invited to join by creating a new account so you can help in the IP Wars!
PLEASE NOTE - Anonymous posting temporarily disabled due to the spambot attack. It will be turned back on as soon as I can block this current wave of spambots. Sorry.
Did you know this site's content is primarily - YOURS? Yes, the site owner occasionally contributes an article (in between playing around with the Scoop stuff). But mostly, it is up to you our readers and members to write the articles about IP that you want others to know about.
Diary
SGI and ate_utils
By hgc, Section Diary Posted on Fri Dec 10th, 2004 at 06:26:20 EST
In September of 2003 we learned that SGI had inadvertently included some code
in their Linux contributions that was, in fact, from UNIX SYSTEM V. This code
was contained in a C source file named ate_utils.c
The code in this file was of dubious copyright status, and the malloc routine contained therein
used an algorithm published in Dr. Knuth's 1968 book, "The Art of Computer Programming."
The SCO Group nevertheless used this example of 'infringement' as a reason why
one would need to obtain a license from them in order to run Linux.
I posted the following analysis to Groklaw. This analysis shows that this
'infringing' code is used in the kernel only for specific Itanium based
computers sold by SGI. I have cleaned this up a bit from what was posted at
Groklaw (Geeklog borked the formatting of the Makefile extracts). The original Groklaw post can be seen in context by searching for
posts by "Harry Clayton" and look for the post Authored by: Harry Clayton on
Tuesday, October 07 2003 @ 03:27 AM EDT with the subject line "SCO Says SGI
Isn't Doing Enough, but What Would Be? --And Details on SGI's Code
Comparison". I am reposting this here because I intended that this analysis
be findable by a google search so that no one would have to waste their time
doing it again.