decoration decoration
Stories

GROKLAW
When you want to know more...
decoration
For layout only
Home
Archives
Site Map
Search
About Groklaw
Awards
Legal Research
Timelines
ApplevSamsung
ApplevSamsung p.2
ArchiveExplorer
Autozone
Bilski
Cases
Cast: Lawyers
Comes v. MS
Contracts/Documents
Courts
DRM
Gordon v MS
GPL
Grokdoc
HTML How To
IPI v RH
IV v. Google
Legal Docs
Lodsys
MS Litigations
MSvB&N
News Picks
Novell v. MS
Novell-MS Deal
ODF/OOXML
OOXML Appeals
OraclevGoogle
Patents
ProjectMonterey
Psystar
Quote Database
Red Hat v SCO
Salus Book
SCEA v Hotz
SCO Appeals
SCO Bankruptcy
SCO Financials
SCO Overview
SCO v IBM
SCO v Novell
SCO:Soup2Nuts
SCOsource
Sean Daly
Software Patents
Switch to Linux
Transcripts
Unix Books

Gear

Groklaw Gear

Click here to send an email to the editor of this weblog.


You won't find me on Facebook


Donate

Donate Paypal


No Legal Advice

The information on Groklaw is not intended to constitute legal advice. While Mark is a lawyer and he has asked other lawyers and law students to contribute articles, all of these articles are offered to help educate, not to provide specific legal advice. They are not your lawyers.

Here's Groklaw's comments policy.


What's New

STORIES
No new stories

COMMENTS last 48 hrs
No new comments


Sponsors

Hosting:
hosted by ibiblio

On servers donated to ibiblio by AMD.

Webmaster
System Calls - Updated
Tuesday, July 11 2006 @ 11:30 AM EDT

As you will recall, SCO's expert, Dr. Thomas Cargill, has opined that "Linux is a substantial copy of UNIX System V Release 4 ("SVr4") because it appropriated the essential structure of UNIX by incorporating (1) many of the "system calls" in SVr4; (2) the SVr4 file system; (3) the ELF format; and (4) the Streams communication module. (Id. at 3-4.)." On that basis, SCO is claiming copyright infringement.

Groklaw has already presented information answering their claims regarding ELF, STREAMS and the Linux file system, so I started thinking about system calls.

I remembered the Linux Kernel Personality, or LKP. Surely, I thought, this isn't news to SCO about system calls. As Caldera, they wrote the Linux Kernel Personality, which is a way to run Linux applications and binaries on a Unix kernel, so they surely had to know what was inside the Linux kernel. After all, they had both kernels and had them side by side, so they had to notice any copyright infringement on the spot. That goes back to 2001, as I'll be showing you, and Caldera, according to a news report from the time, was testing the Linux 2.4.1 kernel, which SCO now claims infringes.

I also found a Caldera PowerPoint presentation on LKP, with a section on system calls, which I thought had disappeared from the Internet, and some SCO documentation on the same thing, and I took some screenshots for you of the latter, since we have found that when Groklaw writes about something on SCO's servers, even if only in the Wayback archive, it has a tendency to die and go to the Great 404 in the Sky shortly thereafter.

And if you want to know why I bother to keep digging, it's because unlike the media, I know this is the calm before the next storm, and SCO isn't done fighting. Jungle drums tell me that SCO will be trying to appeal Judge Brooke Wells' Order, filing something tomorrow. Jungle drums are not always right, of course, but I did expect them to try to appeal so I believe it, because they kind of have to, I think, considering how devastating the most recent order was.

Well. They could just admit they have no case, but what are the chances of something as refreshing as that? So, onward we slog.

Way back in 2003, I wrote about LKP, and I directed readers to a PowerPoint Caldera did on the subject. Of course the link I used then no longer works, having joined the disappeared, along with so many of its brothers and sisters. There seems to be no surer way to kill a page on SCO's servers than to mention it on Groklaw.

However, they are not always so careful, and sometimes they leave evidence carelessly scattered about. That is the case here. You can still obtain that PowerPoint presentation, "Linux Kernel Personality Internals," I discovered here [note if you click, it begins the download, so don't click if you don't want that to happen]. And if you look at slides 4-9, you'll find all the information about system calls. The rest is interesting too, because they describe just how hard it was to get two different personalities, as they describe it, to work together. And it mentions ELF and file systems too. The presentation concludes with a slide that says that Open UNIX can run Linux applications and binaries without recompilation:

All it takes is around 40,000 lines of code to build:
  • A kernel module for handling system calls
  • Three totally new Open UNIX filesystems
  • A new system Daemon
  • And the infrastructure necessary to install all of these, and the whole of Linux, onto Open UNIX

This, of course, raises the question of whether Open UNIX was released in totality under the GPL, or the simpler question of whether it violated the GPL, which Peter Galli wrote about back in September of 2003. I'll leave that to the experts. Just putting up the raw materials.

[ Update: A reader sent in the following urls to more information on LKP from SCO documentation, http:// uw713doc.sco.com/en/LX_uw/LKP_system_call_interface.html, http:// uw713doc.sco.com/en/LX_uw/LKP_intro.html, and http:// uw713doc.sco.com/en/LX_uw/LKP_works.html and from those pages I found this interesting tidbit:

Prior to Release 8.0.1, the /linux/proc filesystem was supported by the lxprocfs kernel module. With Release 8.0.1, the lxprocfs functionality has been merged into the procfs module, and the lxprocfs module has been removed. The /linux/proc filesystem is now mounted as a procfs filesystem with a new mount option (-olinux).]

Here's an article from 2001, by Steven J. Vaughan-Nichols, talking about Ransom Love, then CEO of Caldera, and his plans to merge UnixWare and Linux:

By mid-March, Caldera expects to disclose new partner programs to UnixWare resellers. "We want to make sure that [SCO's] partners know where they fit so that when the transaction is done, they'll know exactly where they stand," says Love.

Caldera executives say partners should expect a new product-branding strategy. Specifically, Caldera's platforms will be branded by functionality (database server, Web server, etc.) instead of by operating system. The partner push will involve cross-selling and cross-development between the UnixWare and Linux communities.

For instance, Caldera will make UnixWare binary-compatible with Linux, allowing UnixWare customers to run Linux applications, Love says.

On the flip side, Caldera Linux will gain UnixWare's best enterprise and database management features. These include large file system support, asynchronous input/output (I/O), the UnixWare API, extended developer kit and multipath I/0. Along the way, Caldera plans to gradually phase out OpenServer, SCO's older Unix product.

Love believes UnixWare extensions to Linux will help major database players, like Oracle, to increase application scalability on Linux.

Caldera also is testing Linux 2.4.1, but the company isn't rushing to push the new kernel out the door.

Zounds, I hear you say. Does this mean SCO is now suing over things it itself wanted in Linux?

I think it's fair to say, then, at a minimum that Caldera knew the innards of the Linux kernel and system calls since at least 2001. They had the Unix kernel, and they had the Linux kernel, and they were looking deeply into the question of how to make the two operating systems merge, with each benefiting from the other, as they saw it. Whatever was the same or similar, methods, concepts, the works, they had before their eyes in 2001, and they were looking. The time to file a copyright infringement claim, then, was back then, if they had objections. The ending to the article is interesting too, from an economic-damages point of view:

Critics note that UnixWare never gained critical mass under its former owners. The product started out as a joint effort between AT&T and Novell. Novell went on to acquire AT&T's Unix business, and tried to merge UnixWare with NetWare. But the project turned into a debacle, and Novell ultimately sold UnixWare to SCO for pennies on the dollar. At this point, UnixWare certainly could use a little Love.

Interesting, huh? But getting back to systems calls, here are the screenshots I took regarding Linux system calls, and you'll note the date of the SCO article is January of 2002:

As you can see, the page states proudly that the LKP supports "the vast majority of Linux system calls". You can't support something without knowing what is in there. It's just that simple. Here's the list of the few system calls that were not supported on the date of this document, which means someone made a list and checked it twice, so to speak, so it is evidence that they knew precisely what system calls Linux had and what they were like.

Note that while not all the system calls were supported at the time of this document's creation in 2002, the bottom of the page tells us that they would be in the future, so they still wanted it to happen in 2002:

So, what do you conclude about all this talk about copyright infringement? That it's silly? Me too.

Now, here's the serious part. We know SCO reads Groklaw. Heaven only knows they bash it enough when talking to reporters. And more significantly, we know their lawyers read Groklaw, because they have told reporters so at least twice. Here's the most recent on Law.com. (By the way, one correction on that article. People do know where I've worked. They know I worked at OSRM. It was in the papers. So they know I'm a "real person". The media likes dramatics, but in real life, anyone could reach me when I was at OSRM, just like any other person.) And here's the article in the Washington Post by Jonathan Krim in June of 2004, in which he reported they said they use Groklaw as a resource.

So if they persist with these claims, in the face of this evidence on Groklaw, what might it indicate? Is there not a point where a claim becomes actually frivolous? I'll let you draw your own conclusions.

Update: An anonymous reader left the following humorous summing up of SCO's claim:

If it beeps like a car...

"Rolls Royce is a substantial copy of Chevy Nova because it appropriated the essential structure of Cars by incorporating (1) many of the "Wheels" in Car; (2) the Steering Wheel; (3) the Wind Shield; and (4) the Gas Tank module. (Id. at 3-4.)."


  


System Calls - Updated | 397 comments | Create New Account
Comments belong to whoever posts them. Please notify us of inappropriate comments.
Corrections Here
Authored by: feldegast on Tuesday, July 11 2006 @ 11:35 AM EDT
So they can be found

---
IANAL
The above post is (C)Copyright 2006 and released under the Creative Commons
License Attribution-Noncommercial 2.0
P.J. has permission for commercial use

[ Reply to This | # ]

Off Topic
Authored by: feldegast on Tuesday, July 11 2006 @ 11:36 AM EDT
Please make links clickable by posting in HTML mode

---
IANAL
The above post is (C)Copyright 2006 and released under the Creative Commons
License Attribution-Noncommercial 2.0
P.J. has permission for commercial use

[ Reply to This | # ]

System Calls
Authored by: ewilts on Tuesday, July 11 2006 @ 11:46 AM EDT
"You can't support something without knowing what is in there. It's just
that simple. "

Yes you can and Samba and Wine are two good examples. You have to know what the
input looks like and what the output looks like, but you don't have to know
anything about how things really work in the middle.

.../Ed

[ Reply to This | # ]

I wonder if they claim the fork system call...
Authored by: jesse on Tuesday, July 11 2006 @ 11:53 AM EDT
Which Linux doesn't have.

no fork or vfork for that matter...

It's called "clone", because it doesn't really fork... The close call
requests the kernel to duplicate some data structures - memory, stack, flags,
and process.

If you don't duplicate the memory or stack, then it is equivalent to the vfork.
And the flags can specify threading support, and a LOT of other things that SVr4
just doesn't do.

The "fork" system call is actually emulated by the runtime library...

[ Reply to This | # ]

System Calls
Authored by: LarryVance on Tuesday, July 11 2006 @ 11:58 AM EDT
This has been apparently fraud for quite some time.

From when Darl stated publicly that he would never go after linux until now, I
have had no doubt that Ralph and Darl are purpetrating a fraud on society.

I wonder what the evaluation of BSD unix vs. SCO unix would turn up in regards
to the expert evaluation that tSCOg has produced. I suspect that they would
find that BSD unix is in fact a unix derivative. The BSD license definitely
throws a wrench into the whole idea that copyright infringement can even happen
with system calls.

---
Never underestimate your influence!
Larry Vance

[ Reply to This | # ]

System Calls
Authored by: brc on Tuesday, July 11 2006 @ 12:18 PM EDT
This is interesting in that if SCO can prove that copying the interface to
system calls, ABI's, etc is copyrighted IP and win anything on that, it sets
precedent for Microsoft to go after projects like WINE. Even if all of WINE's
code is clean, yet just copying the windows API becomes illegal, they can still
crush it and projects like it.



[ Reply to This | # ]

Here's an interesting question...
Authored by: Anonymous on Tuesday, July 11 2006 @ 12:21 PM EDT

As P.J. indicates:

All it takes is around 40,000 lines of code to build:
    A kernel module for handling system calls
    Three totally new Open UNIX filesystems
    A new system Daemon
    And the infrastructure necessary to install all of these, and the whole of Linux, onto Open UNIX
I'm a developer myself. Although I haven't worked on a kernel before (even the one I have at home), I do have 10 total years in the field. The steps outlined above indicate to me the level of difference between Linux and Unix. If Linux is so close to Unix, why would 3 new file systems and a new system Daemon be required?

Isn't the above a reasonable indication of just how different the two systems are? If you have to do that much work to get two systems to talk to each other, I'd have to say very different.

As a comparison example, let's look at an industry standard: ftp. Pick two ftp products from two very different companies. One a client, and the other a server. Due to the close nature of them (they did both use the industry standard) they communicate. Is this comparison off-base? I can't answer that as I've never actually worked in a kernel, but it sure seems like a good example to me.

RAS

[ Reply to This | # ]

System Calls
Authored by: Anonymous on Tuesday, July 11 2006 @ 12:36 PM EDT
I swear this whole thing reeks of monty python.

Examples:
SCO: "We have found infringing code."
DOJ: "How do you know it's infringing code?"
SCO: "It looks like it is."
DOJ: "Bring the code forward."
Code: "I'm not infringing!"
DOJ: "You look like you are."
Code: "SCO dressed me like this."
... *decides this path leads to much darkness*

Right now, SCO is the black knight, threatening to bite at the ankles, since
it's limbs have been chopped off.

[ Reply to This | # ]

System Calls
Authored by: Ted Powell on Tuesday, July 11 2006 @ 12:42 PM EDT
You can still obtain that PowerPoint presentation, "Linux Kernel Personality Internals," I discovered here
I love the last line on Slide 29!!!

---
"If you don't have the source code, you are probably going to
be screwed in the long run." --Philip Greenspun

[ Reply to This | # ]

Even Caldera Resorted to FUD!
Authored by: ankylosaurus on Tuesday, July 11 2006 @ 12:47 PM EDT
But there's a slight difference - according to the T01_Baldwin.ppt presentation,
the Caldera 'fud' was the LKP 'file update daemon'.

Oh well, it amused me for long enough to type this. Simple things please simple
minds. One advantage of being a dinosaur is that the brain is small :-)

---
The Dinosaur with a Club at the End of its Tail

[ Reply to This | # ]

Accountability
Authored by: cventers on Tuesday, July 11 2006 @ 12:55 PM EDT
With the passage of every day and the posting of every
finding here on Groklaw, I hope more and more that those
behind this nonsense (Darl & co) be held personally
responsible for this massive attempt at fraud.

[ Reply to This | # ]

  • Attempted? - Authored by: Anonymous on Tuesday, July 11 2006 @ 05:52 PM EDT
System Calls
Authored by: Anonymous on Tuesday, July 11 2006 @ 12:59 PM EDT
1) Did oldSCO not also know about system calls? Didn't they have people working
with the Linux kernel? (should be on lkml)

2) Why not add that Caldera had people working on the kernel continuously since
long before 2001? Is that because the merger, and hence chance for side-by-s-de
comparsion to SCO's Unix, was only given from 2001 on?

3) This lawsuit has been openly frivolous for a long time IMO. When can this be
formally decided / who gets to decide on what basis?

[ Reply to This | # ]

System Calls
Authored by: enigma_foundry on Tuesday, July 11 2006 @ 01:12 PM EDT
Well certainly given the weakness of their case it has been clear to me that
there exist two likely alternatives:

1. The were hoping for a buy-out to settle their claims.

2. The wanted to file the appeal, and they had corrupted the process so they
know they will be successful on appeal, despite the lack of their being a case.

2. is starting to look more and more likely, that is why Groklaw is a critical
piece of infrastructure to fight the corruption of the process with infromation
and exposure.

---
enigma_foundry

Ask the right questions.

[ Reply to This | # ]

POSIX - Unix.org
Authored by: eamacnaghten on Tuesday, July 11 2006 @ 01:15 PM EDT
I do not know if this is relevant but there is this thing called POSIX that UNIX is supposed to follow, and the system calls are documented free here (free registration required to read the spec itself).

There, it definately says..

Copyright © 2001-2004 The IEEE and The Open Group, All Rights reserved.
Hmmm, maybe SCO should have sued IEEE and the Open Group as they are layiong claim to SCO's "IP"....

Web Sig: Eddy Currents

[ Reply to This | # ]

System Calls
Authored by: BsAtHome on Tuesday, July 11 2006 @ 01:18 PM EDT
As I wrote previously at comment about FreeBSD SysVR4 Emulation. There is lots of prior art about SVR4 syscalls and the claims are futile at best.

---
SCOop of the day

[ Reply to This | # ]

From SCO PPT on pg 29
Authored by: LarryVance on Tuesday, July 11 2006 @ 01:19 PM EDT
LKP needs a method of combining configuration files Currently, LKP uses a File Update Daemon, fud

A daemon process, started on LKP system boot

Periodically scans a list of files

On a file change change, takes some action to synchronize

information across the personalities

Example entry from /etc/fud.d/fud.conf:

...

Fud is the solution of last resort!

I was most amazed that they understood where they are now way back then. FUD is the LAST RESORT!!

---
Never underestimate your influence!
Larry Vance

[ Reply to This | # ]

Is there not a point where a claim becomes actually frivolous?
Authored by: Anonymous on Tuesday, July 11 2006 @ 01:49 PM EDT
I think it was frivolous on day one. IANAL and I would appreciate an
explanation of what a lawyer's duty is upon realizing that a claim is frivolous.
It seems to me that I remember a case in Florida where a lawyer was disbarred
for bringing a case that he should have known had no merit.

[ Reply to This | # ]

Wayback - the Internet Archive...
Authored by: ak_hepcat on Tuesday, July 11 2006 @ 01:52 PM EDT
What is really going to be interesting is when IBM finally gets around to
subpoening the fine folks at archive.org for copies of any communications
between themselves and SCOg relating to the removal of access to any archived
information from any SCOg-owned website.

It seems to me that SCOg wis tampering with evidence by removing these pages
from the archives, or is that an incorrect assumption?

And if it is correct, would it then not be in archive.org's best interest to
keep the all the data available, even if offline, such that it could be
retrieved when so ordered by the court?

[ Reply to This | # ]

Screen Shots
Authored by: Anonymous on Tuesday, July 11 2006 @ 01:58 PM EDT
Why not save the page offline? In Firefox, File | Save Page as... | Web Page,
Complete.

[ Reply to This | # ]

System Calls
Authored by: Yossarian on Tuesday, July 11 2006 @ 02:01 PM EDT
> So, what do you conclude about all this talk about
>copyright infringement? That it's silly?

My conclusion is that somebody found a great way to attack
Linux. It takes two people:
1) X copyrights code C.
2) Y donate code C to Linux.
3) X waits till code C is deep in the kernel and
hard to back out.
4) X sues Linux vendors and users for copyrights violations.

Note that several such attacks can be done in different
times, so there is always, at least one, bomb ready to explode.

Does anyone have an idea how to counter it?

[ Reply to This | # ]

Jungle Drums or System Calls of the Wild or The Appeal Dance
Authored by: webster on Tuesday, July 11 2006 @ 02:02 PM EDT
1. Remember any party can appeal a Magistrate Judge ruling to a regular Judge.
This is not an appeal to the US Circuit Court of Appeals.

2. The Standard:

--*--"A judge of the court may reconsider any pretrial matter under this
subparagraph (A) where it has been shown that the magistrate judge’s order is
clearly erroneous or contrary to law."--*--28 USC 636

3. If anything new is presented to the reviewing Judge, he can either not allow
it, allow it, or send it back to the deciding judge for consideration.

4. Unfortunately for SCO, appealing Wells' Order as "clearly erroneous or
contrary to law" does not look like a fruitful path. As was noted
yesterday, their appeal consists in the argument that Wells did not understand
her own discovery orders and Judge Kimball's Scheduling order. Further
unfortunately for SCO, her interpretation is much more reasonable and logical
that SCO's twisted interpretation that renders deadlines meaningless.

5. This appeal will be preserved, but nothing should happen to it until the
related ruling on limiting expert code is issued and appealed.

6. SCO's refusal to specify code implies the following:

------------1) All Linux code is original and proper to the copyright holder;

------------2) The code is not based on "trade secrets," but
"trade methods and concepts" common to UNIX and SCO UNIX. So SCO is
saying "Linux uses the same ideas we use, so Linux should pay us." It
is a novel stretch. Unspecified vagueness has helped to hide the frivolity.



---
webster

[ Reply to This | # ]

Hmm...
Authored by: Anonymous on Tuesday, July 11 2006 @ 02:18 PM EDT
Given that SCO reads Groklaw, and that some things brought up as potential
evidence have been removed from the web, couldn't the Court question whether
that constitutes "destruction of evidence"?

I could swear that I remember IBM bringing that up, too, recently. I wonder if
they're saving it as sort of the "nuclear option" or if it'll just be
a coup de grace?

Also, what does it take to actually constitute that? I mean, we know that the
pages were mentioned, we know that they were removed from SCO's servers and
blocked from archive.org, and maybe we can even reason that these events were
related by their proximity in time, but what would it take to prove that? Does
Groklaw have access logs going back that far that can prove that *.sco.com IPs
read the relevant articles and removed the pages soon after? Does archive.org
have records of when it was asked to remove those pages whether directly or via
robots.txt changes? Can and will any of that be subpoenaed by IBM?

[ Reply to This | # ]

Re-implementing system calls is not a copyright violation
Authored by: markdj on Tuesday, July 11 2006 @ 02:43 PM EDT
Creating a new OS that uses the same system calls as another OS but implements
them differently does not constitute a copyright violation. If it did, that
would mean the system call interfaces (also known as the APIs) would be
copyright. In that case all applications would be in violation and need to get a
license since they would need to make system calls to perform some actions. This
is like saying that I can't put a non-Honda water pump on my engine because
Honda owns the copyright on the bolt pattern and only Honda would not be in
violation. If a company doesn't want their OS cloned, then they should keep the
APIs secret by not publishing them or require a non-disclosure agreement as does
Microsoft. Unix APIs and algorithms for each system call have been widely
published for decades. They are hardly secrets.

---
David J. Marks

[ Reply to This | # ]

System Calls
Authored by: blacklight on Tuesday, July 11 2006 @ 03:48 PM EDT
"Jungle drums tell me that SCO will be trying to appeal Judge Brooke Wells'
Order, filing something tomorrow. Jungle drums are not always right, of course,
but I did expect them to try to appeal so I believe it, because they kind of
have to, I think, considering how devastating the most recent order was."
PJ

SCOG appeals - to whom and on what grounds? And what good to SCOG is that appeal
going to do? Repeating the same failed argument is going to get SCOG the same
output result. And all the appeal is going to do is to ensure is that judges
Kimball and judge Wells are on the same page. In fact, judge Kimball may very
well come up with his own reasons for backing up judge Wells.

The fact is that in an American court of law, the accused has the right to know
the charges against him, laid out with enough specificity that he can defend
against them and with enogh specificity that the judge can apply the law - and
decide which law to apply. The blunt fact is that SCOG has not met that
standard.


---
Know your enemies well, because that's the only way you are going to defeat
them. And know your friends even better, just in case they become your enemies.

[ Reply to This | # ]

System Calls
Authored by: Sunny Penguin on Tuesday, July 11 2006 @ 03:50 PM EDT
Hmmm,
If Linux uses "copied" system calls, why would the LKP be needed to
run Linux applications on SCO UNIX?
Why would system calls need to be translated?

---
"Numerical superiority is of no consequence. In battle, victory will go to the
best tactician."
~ George Custer (1839-1876)

[ Reply to This | # ]

If is beeps like a car...
Authored by: Anonymous on Tuesday, July 11 2006 @ 04:13 PM EDT
"Rolls Royce is a substantial copy of Chevy Nova because it appropriated
the essential structure of Cars by incorporating (1) many of the
"Wheels" in Car; (2) the Steering Wheel; (3) the Wind Shield; and (4)
the Gas Tank module. (Id. at 3-4.)."

[ Reply to This | # ]

SCOX Share activity
Authored by: DaveJakeman on Tuesday, July 11 2006 @ 04:33 PM EDT
The SCOX volume is still up and the share price is down to $2.51, so it looks
like the investors don't have much confidence in SCO's forthcoming appeal,
should the jungle drums ring true.

That puts SCO's Market Cap at $52.94M: way down.

Maybe they've started following Groklaw.

---
Shampoo for my real friends, real poo for my sham friends - not Francis Bacon
---
Should one hear an accusation, try it out on the accuser.

[ Reply to This | # ]

System Calls
Authored by: Anonymous on Tuesday, July 11 2006 @ 04:33 PM EDT
'As you will recall, SCO's expert, Dr. Thomas Cargill, has opined that
"Linux is a substantial copy of UNIX System V Release 4 ("SVr4")
because it appropriated the essential structure of UNIX by incorporating (1)
many of the "system calls" in SVr4; (2) the SVr4 file system; (3) the
ELF format; and (4) the Streams communication module. (Id. at 3-4.)." On
that basis, SCO is claiming copyright infringement.'

As far as I can discern, you could say the same thing for the following OSes -
they have a POSIX subsystem; interesting that SCO has yet to sue their owner:
Windows NT (any version)
Windows 2000
Windows XP

Am I missing something?

[ Reply to This | # ]

Bleak House
Authored by: PM on Tuesday, July 11 2006 @ 04:45 PM EDT
So SCO may appeal. Hopefully Appeal judges will see through what is going on,
but....

Seems like the Chancery Courts in London in the 1800's. Charles Dickens
described this in 'Bleak House':

"This is the Court of Chancery, which has its decaying houses and blighted
lands in every shire; which has its worn out lunatics in every mmadhouse, and
its dead in every churchyard; which has its ruined suitor, with his slipshod
heels and thredbare dress, borrowing and begging through the round of every
man's acquaintance; which gives to moneyed might the means abundantly of
wearying out the right; which so exhausts finances, patience, courage, hope, so
overthrows the brain and breaks the heart, that there is not an honourable man
among its practicioners who would not give - who does not even give - the
warning, 'Suffer any wrong that can be done you, rather than come here!'".

I do not blame Judge Kimball and Magistrate Judge Wells, they unfortunately have
to pussyfoot around much of the time to stave off that 'dreaded' appeal. Seems
Appeal Courts have got excessively tolerant of inadequate pleadings,
unreasonable discovery demands, fishing, untimely presentation of evidence,
etc.

[ Reply to This | # ]

  • Bleak House - Authored by: Dave23 on Tuesday, July 11 2006 @ 05:23 PM EDT
  • Bleak House - Authored by: Anonymous on Tuesday, July 11 2006 @ 06:33 PM EDT
Issues of Material Fact
Authored by: Anonymous on Tuesday, July 11 2006 @ 07:42 PM EDT
SCO is trying to jam as much into the case as they possibly can prior to summary
judgement time. If they can get something, ANYTHING to stand up as an issue of
material fact, no matter how stupid it is.. then they buy themselves a bunch
more time and maybe pull the wool over a jurys eyes and save their own skins.
If they don't, it's GAME OVER. That's why they keep it up. They hope that if
they make things messier and messier then eventually there will be something
they can squeeze through to trial on.

-Rockem Sockem Robot


[ Reply to This | # ]

Sony v. Connectix
Authored by: GLJason on Tuesday, July 11 2006 @ 07:57 PM EDT
The Sony v. Connectix case is interesting... For those unfamiliar, Sony sued Connectix for creating an emulator for the Playstation that runs on MAC and Windows computers. Connectix used dissassembly of Sony's BIOS (similar to an operating system) to develop their own. They even ran an exact copy of Sony's BIOS to develop their hardware emulation and to debug their own BIOS.

Even though Connectix's BIOS emulated Sony's system calls exactly, Sony didn't claim that infringed their copyrights. Sony rather claimed that the actual copying and dissassembly violated their copyrights. The district court was unpersuaded and they said the copying was fair use to get at the unprotected elements embodied in Sony's BIOS, system calls like SCO is now complaining about.

I think this could easily be decided on IBM's side at summary judgement and I wish they'd let it go through, but I'm guessing that Judge Wells will throw it out for other reasons. That's probably best since SCO embodies the old idiom "Give them an inch and they'll take a mile".

[ Reply to This | # ]

  • Obvious typo - Authored by: Anonymous on Wednesday, July 12 2006 @ 05:07 AM EDT
Portability
Authored by: Anonymous on Tuesday, July 11 2006 @ 08:02 PM EDT
The LPK is all about getting Open Unix able to support running of Linux binaries
without re-compiling. LPK is Caldera's attempt to allow their Open Uinx
customers run programs "targetted" for Linux.

Caldera can make a thing such as the LPK (by appropriating the Linux kernel), so
that Linux applications can be made to run on Open Unix systems. This is
obviously a good thing for Caldera's customers.

Unfortunately for Caldera, it turns out that Caldera's customer's applications
can also be re-compiled to run on Linux systems. This is called portability, and
apparently it never occurred to Caldera during all that effort to port Linux
applications to Open Unix that people might also port Open Unix applications
back to Linux. This is a bad, bad thing for Caldera's customers because ... ???

Well anyway, it is a bad, bad thing for Caldera, and somebody owes them
multi-gazillion dollars over it, surely?

{Where are the sarcasm tags when you need them?}

[ Reply to This | # ]

I like this from Slide 8
Authored by: rsteinmetz70112 on Tuesday, July 11 2006 @ 10:02 PM EDT
The write example is the simplest case:

Same system call id number, 4 Same arguments on both UNIX and Linux

Most system calls are more complex, for example:

Stat, where the xstat structures differ.
Socket, where the structures largely match, but the protocols, and 'magic'
numbers, do not.

In general, system call id numbers do not match:

For example, fcntl is 64 on UNIX, and 55 on Linux.

A lot of signal numbers are different too SIGCHLD is 18 on UNIX, and 17 on
Linux.

---
Rsteinmetz - IANAL therefore my opinions are illegal.

"I could be wrong now, but I don't think so."
Randy Newman - The Title Theme from Monk

[ Reply to This | # ]

System Calls Sco says judge has the power
Authored by: Anonymous on Wednesday, July 12 2006 @ 12:16 AM EDT
The judge pointed out that SCO said themselves that if sco was holding back,
then the judge has plent of power to remedy the situation. This was part of his
ruling on the motion.

[ Reply to This | # ]

System Calls
Authored by: Anonymous on Wednesday, July 12 2006 @ 01:23 AM EDT
Earlier this year AT&T Research released an updated
version of UWIN (Unix for Windows) with source and
documentation describing how they implemented Unix System
Calls for the Windows OS (NT Win2k XP). The pdf
document ' "Practical Reusable UNIX Software" provides a
historical perspective.' (On the downloads page). All is
released under the open source "Common Public License 1.0.
Site Link below.

http://www.research.att.com/~gsf/

[ Reply to This | # ]

SCO wouldn't be thinking of branching into Energy Trading would they?
Authored by: Anonymous on Wednesday, July 12 2006 @ 01:39 AM EDT
Seeing as the Enwrong guys are doing such a great job of convincing us that they
were doing noooooothing wrong!

However, as there is a slight vacuum in that market, perhaps someone would like
to fill it?

[ Reply to This | # ]

What I find so staggering....
Authored by: jmc on Wednesday, July 12 2006 @ 03:46 AM EDT

.... about the Powerpoint presentation is how thoroughly it documents the substantial differences between the internals of Linux and UNIX - and this came from SCO, as it then wasn't, less than a year before the case started.

What planet is Dr Cargill living on if he has seen this and still says Linux is a copy? Or BS&F if they are persisting with the case?

Don't tell me - it's the "I'll say black is white if you pay me enough" planet.

[ Reply to This | # ]

To PJ: I *THINK* you are missing the point
Authored by: Anonymous on Wednesday, July 12 2006 @ 04:21 AM EDT
Hi PJ,
while I aggree that SCOGs system call argument is silly, your digging is missing
the point. Dr. Thomas Cargill's argument is only loosely related to the binary
emulation layer.

A much better approach would be to trace the history of most Unix system calls.
The socket calls, for instance, originally came from the BSD side. I bet the
basic operations on files and directories can be traced back to Multics. We
should try to find the system calls that are truely original in the AT&T
Unix base. This should be a very small number. Going from there, we should
eliminate the system calls that are part of the ancient Unix versions released
freely by Santa Cruz. The remaining list is probably very short. There is a good
chance that it might even be zero, for all I know. The result would be that
there is nothing truely new in AT&T Unix.

Regards
Joerg

[ Reply to This | # ]

USL finances
Authored by: Anonymous on Wednesday, July 12 2006 @ 06:38 AM EDT
This is a repost of a link by jog on the previous page.

http://r.empstudios.com/Techdoc/Unix/novell.att

USL was never very profitable

Gross revenues
$58m (1989)
$70m (1990)
$77m (1991)

Research and development
$28m (1989)
$30m (1990)
$45m (1991)

Sales and marketing
$14m (1989)
$17m (1990)
$26m (1991)

Net income (revenue)
1989 - $4m ($58m)
1990 - $3m ($70m)
1991 - Loss $29m ($77m)

In 1992 they were bought out by Novell.

Factor that into any claim SCO has made about Unix's value.

--

MadScientist

[ Reply to This | # ]

System Calls - Updated
Authored by: Anonymous on Wednesday, July 12 2006 @ 04:01 PM EDT
You are not going to believe the following e-mail i received from MySQL. Talk
about strange!!

Dear Healthcare Solution Provider,

Your name was provided to us by MySQL as a result of our close relationship. We
also have an established relationship with many contacts in the healthcare
field, some of which include::

* Samuel Simmonds Memorial Hospital
* NEC America Inc.
* Triad Senior Living
* Mardon Healthcare Information Systems

Because of our relationships in the healthcare industry, we have become a
world-class provider of reliable and cost-effective solutions.

We invite you to become acquainted with SCO's solutions, and offer you a special
invitation to join us at our annual developer conference, SCO Forum 2006 at the
Mirage Hotel in Las Vegas, NV. August 6-9, 2006.

SCO Forum 2006

Join us at the 20th annual SCO Forum on August 6th - 9th in Las Vegas and you
just might wind up winning the grand prize in our EdgeClick Challenge ? a new
BMW M5 or $100,000 in cash.

SCO has built a new, powerful, and easy to use platform for mobilizing
applications called the EdgeClick? Mobile Solutions Platform. EdgeClick is a
framework for deploying mobile digital services through hand-held devices, and
is language and operating system neutral. EdgeClick is implemented using
standards such as SOA, Web Services, SOAP and XML

At SCO Forum 2006 you'll get hands-on developer training on our new EdgeClick?
Mobile Solutions Platform that includes:

* Hands-on SDK training of the tools and knowledge to build robust mobile
solutions, including extending your current solutions out to smartphones and
other intelligent mobile devices.
* Expertly led mobile and SOA technology sessions.
* $1000 cash for taking the time out of your busy schedule.
* A huge leg up on everyone who hasn't figured out how to cash in on the
mobility gold mine.

For a shot at winning the BMW M5 or $100,000 grand prize, simply submit your
EdgeClick solution to our panel of judges by February 9th, 2007. There will also
be 10 additional prizes awarded, each of significant cash value. May the best
app win.

The EdgeClick Developer Challenge is open to developers from around the world.
But training space is limited and you must register by July 15th in order to get
the $115 discounted room rate at the Mirage.

This being the 20th Forum, we'll also be honoring Doug Michels, one of the
founders of The Santa Cruz Operation, and the one who started Forum back in
'86.

As always, this year's UNIX program is packed with technical sessions where
you'll learn about the latest developments and best practices in managing,
securing, upgrading and supporting UNIX systems.
This year's Forum will be the best yet. So please register now and mark your
calendar for August 6 - 9. We hope to see you there.

Safely unsubscribe from The SCO Group e-mail at any time
by clicking here

[ Reply to This | # ]

System Calls - Updated
Authored by: Anonymous on Wednesday, July 12 2006 @ 06:04 PM EDT
it's also worth saying that the fact that a "linux personality module"
is required for linux binaries to work on SCO ... means that the system call set
is not all that similar.

[ Reply to This | # ]

System Calls - Updated
Authored by: Anonymous on Wednesday, July 12 2006 @ 07:31 PM EDT
It also talks about sockets, streams, connect streams and
IPC abstractions on top of either sockets or streams.

[ Reply to This | # ]

Darn it PJ
Authored by: mobrien_12 on Thursday, July 13 2006 @ 12:45 AM EDT
It isn't fair to use logic against the chewbacca defense.

On a more serious note, this material is useful in showing the media and the
world at large yet again that SCO is claiming that they didn't know about
supposed rampant infringement when they have evidence on their own site (that
gets deleted very rapidly) that shows they did.

However, is this useful to any of the existing court cases? IBM's case is post
discovery... so can IBM use this? Novell certainly can.

[ Reply to This | # ]

List of disappearing pages?
Authored by: Anonymous on Thursday, July 13 2006 @ 03:06 AM EDT
Aloha!

(Long time mostly lurker at Groklar, be gentle, ok?)

As PJ writes in the article, there is a distinct pattern of bad things (for SCO)
found to be from SCO being mentioned on Groklaw and the stuff disappearing.

Is there a list of what all these disappearing-act files, documents etc?
Wouldn't it be interesting to assemble such a list. Just to better see the
pattern?

What I was thinking was to try and list for each of these:

(1) The document itself (with link to alternative source).
(2) Guestimate of publication.
(3) Time of discovery.
(4) Guestimate of the time of disappearing.

(Anything else important to list?)

Let's see if we can see, for example how fast and diligent SCO is at reading
Groklaw and cleaning up - not their act, but keeping up appearances. ,-)

/Joachim Strombergson

[ Reply to This | # ]

Groklaw © Copyright 2003-2013 Pamela Jones.
All trademarks and copyrights on this page are owned by their respective owners.
Comments are owned by the individual posters.

PJ's articles are licensed under a Creative Commons License. ( Details )