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
SCO's Memo Opposing IBM's Motion to Confine/Strike
Wednesday, June 21 2006 @ 03:00 AM EDT

More, more, more. What a day for court filings. Now we have SCO's Memorandum in Opposition to IBM's Motion to Confine SCO's Claims to, and Strike Allegations in Excess of, The Final Disclosures [PDF], as text thanks once again to the very speedy mwexler. Also some exhibits [PDF]. A few more.

I haven't had time to do much more than get it all set up and the memorandum proofed a bit, but I think I see what the game is, the theory of SCO's case. Let me explain.

What stands out immediately is that SCO's expert Dr. Cargill has offered an opinion that "the structure of Linux infringes UNIX copyrights" after completing his "structural analysis of Linux as well as his supporting analysis of the overall structure of SVr4 and the SVr4 file system." What does he base his opinion on? SCO hides it modestly in a footnote:

Dr. Cargill's opinion is based on a well-known theory of copyright law, which provides that a collective work is entitled to copyright protection based on the selection, arrangement and coordination of elements.

It may be a well-known theory, but it's hardly an area of well-settled law, I don't think. But, that's it? That's their theory of the case? UNIX is a phone book, in essence? A database? And they want billions in damages? Here's an article that explains the theory SCO is hoping to grab the brass ring with, but as you'll see when you read it, their chances are very poor. Dr. Cargill. May I ask a question, please? How about if both operating systems are POSIX compliant? Might that not result in certain structural similarities? All this sturm und drang over nothing more than this?

Worse, SCO then tells the court, "SCO does not assert that Linux's structural similarity to SVr4 is attributable to IBM's improper contributions to Linux (which are instead at the heart of SCO's breach of contract claims)." So then, why include Cargill's opinion at all, if IBM didn't do it?

They are relying, in essence, on the contracts. In July 2004, I wrote about a case David Boies and Robert Silver worked on together, Jurisline, which they ended up essentially losing by stipulation. Their client had agreed to terms and conditions that ended up sinking the case. If you read that article, I think you'll understand what is happening in this case. Boies' firm is trying to apply what it learned in Jurisline, I believe, only this time they are arguing from the other side. Unfortunately for SCO, the contracts in this case tilt against them, in my view.

Toward the end of this masterpiece, SCO says this:

These facts plainly do not justify what is essentially a request for a dismissal with prejudice of many of SCO's allegations. The Tenth Circuit has recognized that "dismissal with prejudice is a drastic sanction" and that it is appropriate only where "the aggravating factors outweigh the judicial system's strong predisposition to resolve cases on the merits." Ocelot Oil Corn. v. Sparrow Indus., 847 F.2d 1458, 1464-65 (10th Cir. 1988) (Ex. 18). The propriety of any sanction should be resolved according to the following factors: (1) the degree of actual prejudice to the defendant; (2) the amount of interference with the judicial process; and (3) the culpability of the litigant. Id. IBM's proposed sanction satisfies none of these criteria.

First, these new proposed SCO claims aren't in the case yet. That means they can't be "dismissed with prejudice." And it's nobody's fault but SCO's it didn't mention this junk earlier, like in December when it filed its list of allegedly misused material. If the entire thing is infringing, but not by IBM, either list everything or sue somebody else where the claim is appropriate. SCO played coy, probably because they knew the world would laugh and then would ask a collective, "Is that all you've got?" There are more claims, ELF again and streams, blah blah, but I'll leave that to you to debunk while I finish the rest of the documents.

SCO'd like to squeak new claims in the back door. Of course, they argue they aren't new, because IBM mentioned them in a hearing ages ago. Sigh. The level of argument is definitely heading south. I have long thought that SCO had something up its sleeve it would play at the last minute. It did. Its cards are on the table now, and I see now what they are trying for, but now that we can see its cards, we find out it's been holding nothing.

Well. Maybe a joker.

*********************************

Brent O. Hatch (5715)
Mark F. James (5295)
HATCH, JAMES & DODGE
[address, phone, fax]
Robert Silver (admitted pro hac vice)
Edward Normand (admitted pro hac vice)
BOIES, SCHILLER & FLEXNER LLP
[address, phone, fax]
Stuart H. Singer (admitted pro hac vice)
BOIES, SCHILLER & FLEXNER LLP
[address, phone, fax]
Stephen N. Zack (admitted pro hac vice)
BOIES, SCHILLER & FLEXNER LLP
[address, phone, fax]

Attorneys for The SCO Group, Inc.


IN THE UNITED STATES DISTRICT COURT
FOR THE DISTRICT OF UTAH


THE SCO GROUP, INC.,

Plaintiff/Counterclaim-Defendant,

v.

INTERNATIONAL BUSINESS
MACHINES CORPORATION,

Defendant/Counterclaim-Plaintiff.
SCO'S MEMORANDUM IN
OPPOSITION TO IBM'S MOTION TO
CONFINE SCO'S CLAIMS TO, AND
STRIKE ALLEGATIONS IN EXCESS
OF, THE FINAL DISCLOSURES


Case No. 2:03CV0294DAK
Honorable Dale A. Kimball

Plaintiff, The SCO Group, Inc. ("SCO"), respectfully submits this memorandum in opposition to the motion filed by Defendant, International Business Machines Corporation ("IBM"), to Confine SCO's Claims to, and Strike Allegations in Excess of, the Final Disclosures.

Preliminary Statement

In the present motion, IBM yet again seeks to avoid addressing the merits of SCO's claims, and again seeks to do so by incorrectly accusing SCO of failing to comply with a Court order. SCO identified in its October 2005 and December 2005 submissions much proprietary material that has been misused by IBM in its effort to enhance Linux. In May 2006, SCO submitted reports from three accomplished experts in UNIX operating systems, which explain and support the claim of misuse of proprietary material. IBM asks for significant portions of SCO's expert reports to be stricken, so IBM can avoid having to defend its actions, or alternatively, to obtain significant additional time, so IBM can delay being held accountable for its violations of SCO's legal rights. IBM's motion should be denied because SCO has complied fully in identifying the "materials misused by IBM." as required by the Court's July 1, 2005 Scheduling Order ("Scheduling Order"), and SCO's expert reports are consistent with what the Court has required.

The Scheduling Order required the disclosure of "allegedly misused material" in December 2005. (Scheduling Order at 4.) This was a requirement to identify "misused material" (whether source code or methods or concepts). The Scheduling Order set a later deadline for the exchange of the parties' expert reports. (Id. at 5.) The Scheduling Order did not require that SCO disclose in December its experts' theories, analyses, and opinions, or all the evidence on which experts would ultimately rely. Yet IBM's motion is predicated on the premise that all of the theories, analyses, and supporting evidence for SCO's case was required

2

to be included in the December Submission. All of the expert analyses to which IBM objects are either supporting analyses for how the identified materials were misused or analytical support for SCO's copyright position that IBM has long regarded as part of the case, including by virtue of IBM's own counterclaims.

Contrary to IBM's repeated assertions, SCO has properly responded to discovery propounded to it, there has been no finding by this Court to the contrary, and indeed the Court previously has recognized SCO has acted in good faith. After fighting against most of SCO's discovery requests, IBM finally was ordered by this Court to produce substantial documentation, which IBM began producing in the spring of 2005. IBM's production continued through the fall of 2005 when depositions started in earnest, and in fact, continues even as recently as this spring through various supplemental productions. Furthermore, after asserting for more than a year that SCO's claim is only about UNIX code copied directly into Linux and thus easy for anyone to identify that has access to UNIX code and the publicly available Linux code, IBM now claims undue prejudice by virtue of undertaking that analysis. IBM now takes this position after the discovery IBM finally provided has shown that SCO's claims are supported by substantial evidence.

The Court correctly refused to entertain summary judgment motions which IBM prematurely brought before the close of discovery, in fact, before almost all deposition discovery had even occurred. (Memorandum Decision and Order (Feb. 9, 2005) at 16-1 8.) The reality is that IBM has a clear understanding of SCO's claims as a result of the parties' briefing of the discovery and summary judgment motions, the identification provided in the October and December Submission of specific technical material IBM is alleged to have misused, additional supporting material in the October and December submissions that went beyond what SCO was

3

required to provide, and responses to other discovery. IBM's claimed entitlement to the expert analyses in support of those claims by December 2005 is simply unfounded.

Accordingly, SCO respectfully requests that IBM's Motion to Confine SCO's Claims to, and Strike Allegations in Excess of, the Final Disclosures be denied.

ARGUMENT
I. THE SCHEDULING ORDER AND ITS PROCEDURAL HISTORY MAKE CLEAR THAT THE DECEMBER SUBMISSION WERE NOT REQUIRED TO BE COEXTENSIVE WITH EXPERT REPORTS.

On January 18, 2005, Magistrate Judge Wells granted several important discovery requests that SCO had been pursuing with IBM for over a year, and further recognized that this substantial discovery would necessitate some modification to the schedule. (Order Regarding SCO's Renewed Motion to Compel Discovery at 17.) The Court directed the parties to submit proposed revised schedules. (Id. at 18.) On July 1, 2005, the Court adopted a schedule setting new deadlines, including interim and final deadlines for identification of misused material, and for a subsequent exchange of expert reports.

The specific language of the Court's July 2005 Scheduling Order makes clear (at 4-6) that it is an order requiring specific identification of the alleged "misused materials." The Scheduling Order did not by its terms require that these submissions catalog all of the evidence, analyses, or opinions that would support why the identified materials were proprietary and were in fact misused. Nor did the Order in any way require the articulation of legal theories or analytical positions -- such as that the structure and organization of Linux was copied from UNIX System V (and not by IBM) in violation of SCO's copyrights.

The fact that the Scheduling Order provided (at 5) that initial expert reports would be exchanged almost four months after the December Submission reflects that the expert reports

4

would follow, and, as is true in almost all litigation, would analyze, explain, and supplement the claims of the parties. If SCO had been required to include in its December Submission all the evidentiary support and analyses that would be required for its expert reports (due four months later), as IBM suggests, expert reports would have been due in December.

Indeed, in its briefing urging the Court to adopt the October and December submissions schedule, IBM conceded that the material to be identified in the December Submission was distinct and more limited than the information that would be provided in the expert reports.

Specifically, IBM stated:

SCO also complains that under IBM's proposal "SCO's expert(s) would have to reach final conclusions regarding IBM's [alleged] misappropriation of SCO's material" (Opp'n at 12; SCO's Fifth Point). Here again, SCO misstates IBM's proposal. IBM proposes only that the Court impose deadlines for the parties to identify the Allegedly Misused Material. IBM's proposal requires neither that the parties rely on experts nor that any experts that might be used by parties finalize their expert reports before the close of all fact discovery. Under IBM's proposal, the parties' experts would need to reach final conclusions before the close of fact discovery only with respect to the identification of the source code and other material that is at issue in this case.
(IBM's Reply Memorandum in Further Support of IBM's Proposed Scheduling Order (Apr. 11, 2005) at 4 (underlining in original, bold emphasis added).)

Accordingly, the Scheduling Order's statement of December 22 as the "Final Deadline for Parties to Identify with Specificity All Allegedly Misused Material" requires just that - - identification of the material that SCO contends IBM misused. The December Submission was not intended and did not require SCO to set forth a legal theory or expert analysis of copyright infringement or breach of contract, nor to submit the entire sum of evidence supporting IBM's misuse of the material identified in the December Submission. Having argued that the October and December submissions should be for a narrow purpose in order to convince the Court to

5

implement the unique request for such submissions, IBM should not be heard to complain now that those submissions were to be as broad as they now claim.

SCO's December Submission did exactly what it was intended to do. It identified the specific material -- 293 technologies -- that SCO contends IBM misused. (SCO's Disclosure of Material Misused by IBM (Dec. 22, 2005) and Appendix (Dec. 22, 2005).) SCO's expert reports then analyzed and explained why IBM's use of that same material was wrongful, including SCO's legal theory of copyright infringement and other evidence of IBM wrongdoing with respect to that material.

II. THE IVIE REPORT PROPERLY CITES PROOF TO SUPPORT SCO'S POSITION -- FULLY DISCLOSED IN THE DECEMBER SUBMISSION -- THAT JFS WAS "MISUSED MATERIAL."

SCO has submitted three expert reports from experts in UNIX operating systems. These reports are attached to this opposition, as IBM did not submit them to the Court with its motion (as though the Court should strike portions of SCO's expert reports without even looking at them). (Expert Report of Dr. Evan Ivie, Ex. 1; Expert Report of March Rochkind, Ex. 2; Expert Report of Dr. Thomas Cargill, Ex. 3.)

One report is from Dr. Evan Ivie, a Professor Emeritus of Computer Science at Brigham Young University. Dr. Ivie explained that he investigated "four areas where IBM disclosed AIX and Dynix/ptx technologies to Linux: concurrency (including Read-Copy-Update ("RCU") and locking); recovery (including journaling); multiprocessing (including NUMA and SMP); and testing." (Ex. 1 at 21 .) He concluded: "Disclosures of both code and methods and concepts were made in those four areas" and that "the disclosures of these technologies improved the reliability, availability, serviceability and scalability of Linux, which was necessary for Linux to

6

develop into a commercially ready system." (Id. at 6.) In its present motion, IBM takes issue only with Dr. Ivie's treatment of joumaling, or "JFS."

IBM argues (at 9) that Dr. Ivie's expert report raises "significant new material" not included in SCO's December Submission. Specifically, IBM argues that Dr. Ivie challenges six System V and twenty-seven AIX files relating to JFS. IBM's argument is meritless, and badly mischaracterizes SCO's identification of JFS in SCO's December Submission.

SCO expressly identified as its very first item in the December Submission the "AIX JFS Joumaling File System" as the improperly disclosed material IBM contributed to Linux. (See Ex. 4.) SCO had previously identified JFS as technology that IBM had misappropriated going back to interrogatory responses filed in 2003 and early 2004. (SCO's Supplemental Response to Defendant's First Set of Interrogatories (Oct. 23, 2003) at 5-6, Ex. 5; SCO's Revised Supplemental Response to Defendant's First and Second Set of Interrogatories (Jan. 15, 2004) at 18-24, Ex. 6.) The December Submission stated that "IBM materially contributed PFS [the JFS in AIX] to Linux" and "PFS is a modification of and/or derived work based on AIX and UNIX System V." (Ex. 4.) SCO's allegation in the December Submission is clear: IBM improperly disclosed to Linux a Joumaling File System (JFS), which is derived from AIX JFS and UNIX System V.

While SCO provided additional information regarding JFS in its December Submission, that information was clearly referenced as proof that JFS was contributed in violation of SCO's contractual rights.1 IBM's present motion takes one portion of SCO's explanation of its proof

7

out of context and suggests (at 9) that SCO's entire allegation in Item 1 concerning JFS is "that IBM 'literally copied code from UNIX System V Release 2.1' and identified one System V file and one AIX file." Not only did IBM select merely one sentence from SCO's discussion in Item 1, IBM quoted only a portion of that sentence. The sentence actually reads "Tab- 425 demonstrates one example (of several to be provided) that literally copied code from UNIX System V Release 2.1 is present in PFS." (Ex. 4.) IBM attempts to misdirect the Court by omitting the first half of the sentence -- that Tab 425 is an example of the proof that the AIX JFS is copied from UNIX System V.

In short, SCO's Item 1 clearly alleges that the AIX JFS is the improperly disclosed material. Nowhere does SCO suggest that the one file of System V and one file of AIX constitute the sum total of what IBM improperly disclosed.

IBM's claim that Dr. Ivie presented additional files of UNIX System V and AIX is also an attempt to confuse the issue. First of all, "the six additional System V files and six additional AIX files," as well as the majority of the "twenty-one new AIX files" that IBM complains about (at 9), were in fact identified in Item 1 of SCO's December Submission at Tab 9. (Ex. 7.) But even if none of them were identified, Dr. Ivie's use of them is entirely appropriate. The additional files of UNIX System V and AIX, and the additional source code comparison exhibits that Dr. Ivie presents in his report, are additional proof that the AIX JFS was based on System V. In other words, they are in Dr. Ivie's report not because they are "misused material" (IBM had the right under the license to base AIX's JFS on System V, but not to disclose such derivative works). They are facts Dr. Ivie is fully entitled to rely upon to support an underlying opinion that JFS was a derivative work of System V and thus, IBM's contribution of JFS to the Linux community was improper.

8

III. IBM WRONGLY ACCUSES ROCHKIND OF RELYING ON
UNDISCLOSED "MISUSED MATERIAL."

Marc Rochkind, an expert in computer science, a former UNIX developer, author and teacher, concluded that "Dynix/ptx and AIX are derivative works based on UNIX System V"; that IBM "significantly improved" the "enterprise OS capabilities" of Linux 2.4 and 2.6; and that IBM "contributed numerous technologies from Dynix/ptx, AIX, and UNIX System V to Linux development, including key technologies that are essential for an enterprise OS." (Ex. 2 at 6-7.) In its present motion, IBM takes issue only with Mr. Rochkind's treatment of testing in Linux. Specifically, Mr. Rochkind concludes that "IBM contributed substantial numbers of the Dynix/ptx SPIE tests (also known as the 'MP PIE Test Suites') to Linux, and that they played a significant role in the development of Linux as a reliable operating system, which is one of the most important characteristics of an enterprise OS." (Id. at 151 .) As discussed in detail below, Mr. Rochkind does not identify any new material that SCO contends IBM misused.

IBM argues (at 9) that Rochkind's report raises new material relating to testing technology, specifically, his "report accuses another 73 files" and "challenges two documentation files for testing technologies" not in the December Submission. As with Dr. Ivie, IBM misreads the Rochkind report. (IBM neither awaited the depositions of Rochkind and SCO's other experts nor sought to confer with SCO's counsel before filing its motion.) As with Dr. Ivie, IBM selectively points to a small portion of SCO's allegations (this time concerning testing rather than JFS) and would have the Court wrongly conclude that it constitutes the totality of SCO's claims concerning testing.2 Then IBM characterizes as new material that had to be

9

included in the December submissions information that SCO is not relying upon as "misued material," but rather is cited by Rochkind as supporting proof for one part of his analysis.

IBM's claim that Rochkind's report accuses another 73 testing files is untrue. The files referenced in Rochkind's report (Ex. 2 at 149) and attached as Exhibit Doc-SPIE-SharoffTests (Ex. 11) are not new allegations. Rochkind does not claim -- and SCO does not allege -- that any additional tests included in this group are improperly disclosed material by IBM. Rochkind did not offer any opinion that such additional tests were improperly taken from Dynix/ptx. Rochkind's inclusion of the additional tests is evidence that the IBMer Narasimha Sharoff (whom SCO identifies in the December Submission as one of the IBM developers who improperly contributed certain identified test material to Linux) worked in the area of porting tests to Linux. Rochkind's additional files list IBMer Sharoff as the person responsible for porting files to Linux, but neither SCO nor Rochkind claims that the additional files were improperly used Dynix/ptx material.

IBM's claim that Rochkind's report adds an allegation by SCO concerning two testing documentation files is also wrong. The testing documentation files discussed in Rochkind's report (Ex. 2 at 144-145) are not alleged by Rochkind or SCO to have been improperly disclosed. SCO does not challenge these documentation files, and Rochkind's use of these files was as supporting evidence concerning the improper use by IBM of the Sequent PIE tests that were identified in SCO's December Submission.

IV. IBM'S MOTION WITH RESPECT TO THE CARGILL REPORT
SHOULD BE DENIED.

Dr. Thomas Cargill, a software consultant and former computer science professor and UNIX developer, concludes in his report that Linux 2.4 and 2.6 and LiS Streams (collectively "Linux") are substantially similar to the Unix System V Release 4 operating system ("SVr4"),

10

and therefore, that Linux infringes copyrights of SVr4. (Ex. 3 at 3.) In reaching this conclusion, and by applying the applicable legal test, he further opines 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.)

IBM raises essentially three complaints with respect to Dr. Cargill's report. First, IBM complains (at 8) that Dr. Cargill's analysis and opinion that the structure of Linux infringes UNIX copyrights is a "new" theory that implicates all of Linux and should have been in the December Submission. Second, IBM complains (at 8-9) that Dr. Cargill expands the scope of the allegations with respect to materials that were included in the disclosures. Third, IBM complains (at 7) that some evidence on which Dr. Cargill relies was not identified in the December Submission. None of these objections is well founded and none constitutes a basis upon which to exclude all or part of Cargill's report.

A. Dr. Cargill's Structural Analysis of Linux Copyright Infringement,
including his Analysis of the Overall Structure of SVr4 and the
Structure of the SVr4 File System

Dr. Cargill's analysis and opinion that the structure of Linux infringes UNIX copyrights is neither something that should have been included in the December submission, nor a "new" theory, and should not be stricken from SCO's allegations. As discussed, the December Submission was not meant to be a forum for disclosing expert analyses and conclusions. Dr. Cargill's structural analysis of Linux, as well as his supporting analysis of the overall structure of SVr4 and the SVr4 file system, is a nonliteral, legal theory of copyright infringement, and therefore had no place in the December submission.3

11

With respect to the reference in the Court's July 2005 Scheduling Order to "allegedly misused material," SCO does not assert that Linux's structural similarity to SVr4 is attributable to IBM's improper contributions to Linux (which are instead at the heart of SCO's breach of contract claims).

In contending (at 8) that "[s]ince SCO's new theories challenge the overall structure of Linux and its file system, they appear to implicate virtually every file in Linux," IBM is essentially trying to have SCO's entire theory of Linux copyright infringement stricken for failure to include as a separate item the words "Linux structure" in its December Submission. IBM makes the grave claims (at 1,4,9) that SCO seeks to "litigate this case by ambush," that SCO seeks to "reinvent the case," and that SCO seeks to "sandbag IBM by changing its case." The record plainly belies these overheated assertions.

IBM specifically stated during oral argument before the District Court in September 2004 that SCO's copyright claim raised the question of whether Linux and UNIX System V are "sufficiently similar to constitute infringement," where "SCO has publicly claimed that Linux is an unauthorized derivative work of UNIX and that the use of Linux by anybody infringes SCO's alleged copyrights." (Hearing Transcript (Sept. 15, 2004) at 33, 44, Ex. 12.) In the same hearing, IBM specifically referred to the abstraction-filtration test at issue in Dr. Cargill's report as a necessary part of SCO's copyright claim. (M. at 53-56.) Further, IBM has twice attached the article "Gunning for Linux" from the May 17, 2004 issue of Fortune Magazine to its pleadings. (Declaration of Todd M. Shaughnessy in support of IBM's Cross Motion for Partial

12

Summary Judgment on its Claim for Declaratory Judgment of Non-infringement at 4, attached as Exhibit 30 thereto; Declaration of Todd M. Shaughnessy in support of IBM's Motion for Partial Summary Judgment on Breach of Contract Claims at 2, attached as Exhibit 4 thereto.) That article states: "SCO is complaining not just about verbatim copying but also about the purloining of its code's 'structure, sequence, and/or organization" -- the precise opinion Dr. Cargill asserts. (Ex. 14, at 102). Also, IBM has previously asserted that it has always proceeded in this litigation "in view of SCO's public assertion that the use of Linux infringes SCO's purported copyrights in the UNIX software." (IBM's Mem. in Opp. to SCO's Motion to Dismiss or Stay Count Ten of IBM's Second Amended Counterclaims (May 18, 2004) at 7.) 4 Accordingly, IBM's claim that the theory is "new" and "reinvents" SCO's case is specious.

The record thus makes clear that IBM has known for over two years, at least since IBM brought its broad Tenth Counterclaim, that this case involves the question of whether Linux is substantially similar to UNIX System V under the copyright laws. The record also makes clear

13

that having successfully argued well over a year ago that SCO asserted a copyright claim on the grounds that Linux is substantially similar to UNIX System V, IBM now inexplicably asks this Court to find that IBM faces "incurable prejudice" in having to address that very question.

B. Specifications and Header Files

IBM's second complaint, that Dr. Cargill expands the scope of the allegations with respect to materials that were included in the disclosures, is also misguided. Notably, IBM admits that much of the material on which Dr. Cargill relies in forming his analysis and opinion of structural copyright infringement is included in the December submission. The System V material SCO included in the December submission provides specific bases for the relief SCO seeks on the grounds of copyright infringement. However, IBM insists that this material is deficient because Dr. Cargill's expands the scope of the analysis as to the identified material. IBM contends (at 8-9) that Dr. Cargill expanded the scope as to Specifications (the ELF specification) and Header Files (the Streams framework), although they were included in the December Submission. Dr. Cargill does not, in fact, expand the scope of the allegations with respect to ELF or Streams.

Item 171 of the December Submission disclosed that the entirety of ELF, including the ELF specification, is being challenged. (December Submission at Item 171, Ex. 15 ("Use of SVR4 ABI as source reference in Linux programming, revealing details of SVR4 ELF/ABI specification and use of SVR4 ELF/ABI specification to develop Linux."); see also December Submission at Items 272-75, Ex. 15.) Indeed, IBM's own expert, Dr. Kernighan, understood SCO's Final Disclosure on ELF to include the ELF Specification and responded on that basis in his expert report. (Expert Report of Dr. Kernighan, at 22-25, ¶¶ 68-77, Ex. 16.)

14

Likewise, Items 165 and 166 of the December Submissions identified that the whole of the Streams framework as implemented in Linux infringes SCO's copyrights. (December Submissions at Item 165-66, Ex. 17 ("Disclosure of Streams implementation from SVR4").) Again, IBM's own expert, Dr. Kernighan, addressed Streams. Dr. Kernighan concedes originality and alternative designs, arguing only that Streams has been made available as a module to Linux "for legacy compatibility" and that Streams was developed by SCO's predecessor in interest, AT&T. (Ex. 16 at 18-19, ¶ ¶ 54-55.) Again, Dr. Kernighan understood the scope of SCO's disclosure and was able to respond.

Accordingly, SCO did not exceed the scope of the December Submissions in Dr. Cargill's report with respect to ELF and Streams, and those allegations should not be stricken.

C. System Calls

IBM's third complaint about Dr. Cargill's report is also unavailing. Specifically, IBM objects (at 7) to Dr. Cargill's discussion of (1) the overall structure of SVr4; (2) the structure of the SVR4 file system; and (3) system calls, because IBM contends they were not included in the December Submission. Dr. Cargill's analysis of the overall structure of SVr4 and the SVR4 file system is discussed above, and are appropriately analyzed by Dr. Cargill for the same reason as the overall structural analysis of Linux copyright infringement -- that it is a nonliteral legal analysis of copyright infringement.

The system calls are also evidence of Dr. Cargill's opinion of infringement. To the extent they are used as evidence, SCO was not obligated in the December Submission to provide every piece of evidence on which its experts intend to rely at trial in this matter. Further, many system calls were included in SCO's December Submission. Specifically, in the December

15

Submission, SCO identified header files that contain approximately 25 percent of the 112 system calls discussed in Dr. Cargill's report.5

IBM concedes this point in its brief (at 8, n. 2): "A handful of system call signatures (also called "function prototypes") appear in a few of the header files claimed in the December Submissions. However, SCO's December Submissions do not contain any claims about "'system calls."' IBM's argument is disingenuous and exalts form over substance. IBM clearly understood the import of the system calls in the header files, as demonstrated by Dr. Kernighan's discussion of them in his expert report for IBM. (Ex. 16, ¶¶ 24-43.)

Dr. Kernighan's analysis of the header files and system call signatures is not specific to the 29 system calls identified in the December Submissions. Instead, his analysis attacks the header files identified by SCO based on blanket assertions of unoriginality (Ex. 16 at 13-15, ¶¶ 39-43), that they were dictated by externalities such as software standards (Ex. 16 at 15-20, ¶¶44-58), and that the ideas contained in the header files were expressible in only a few ways (Ex. 16 at 20, ¶¶ 59-60). IBM appears to think that these purported defenses apply equally to the 112 system calls discussed in Dr. Cargill's report as they do to the 29 identified in the December Submissions.

In short, IBM, through Dr. Kernighan, treats the system calls in the header files as a category that it was obligated to respond to, and its defenses do not distinguish on the basis of particular types of header files or system calls. Dr. Kernighan's report demonstrates that IBM understood, well before it received Dr. Cargill's report, that header files and system calls were at

16

issue in this case, and IBM had and will continue to have the opportunity to fully develop its defenses.

Accordingly, no part of Dr. Cargill's discussion should be stricken from SCO's allegation's.6 At most, IBM's argument applies to only these additional system calls -- to the extent they are an independent basis for liability -- and not as evidence of the broader analysis undertaken by Dr. Cargill.7

V. IBM HAS NOT COME CLOSE TO MEETING THE HIGH LEGAL
STANDARD FOR STRIKING SUBSTANTIVE CLAIMS

For the reasons explained above, IBM has not provided any basis for striking technologies that are part of SCO's allegations. The three expert reports at issue do not set forth any material that should have been included in the December Submission, and they plainly do not introduce any "new claims" or "reinvent" SCO's case. IBM simply now argues, contrary to their position in seeking the prior disclosure schedule, that those submissions should have gone well beyond what the Court ordered.

These facts plainly do not justify what is essentially a request for a dismissal with prejudice of many of SCO's allegations. The Tenth Circuit has recognized that "dismissal with

17

prejudice is a drastic sanction" and that it is appropriate only where "the aggravating factors outweigh the judicial system's strong predisposition to resolve cases on the merits." Ocelot Oil Corn. v. Sparrow Indus., 847 F.2d 1458, 1464-65 (10th Cir. 1988) (Ex. 18). The propriety of any sanction should be resolved according to the following factors: (1) the degree of actual prejudice to the defendant; (2) the amount of interference with the judicial process; and (3) the culpability of the litigant. Id. IBM's proposed sanction satisfies none of these criteria.8

VI. IBM CANNOT FAIRLY CHALLENGE OTHER ITEMS IN SCO'S EXPERT REPORTS WITHOUT IDENTIFYING THEM IN A MOTION.

IBM also states (at 9) that its motion does not present "an exhaustive list of the ways in which SCO's expert reports exceed the scope of the Final Disclosures." It is unclear what that means, but the statement seems to indicate that IBM may try in the future to limit the ways that SCO's experts support their opinions. SCO's experts are permitted to rely on many different things to prove the allegations that SCO included in its December Submission -- the experts' supporting proof is not limited to the Submission, only the identified material that was improperly disclosed by IBM is limited. IBM cannot be permitted to challenge things included in SCO's expert reports without identifying them in its motion so that, like here, SCO has an opportunity to debunk them.

18

Conclusion

For the foregoing reasons, SCO respectfully requests that IBM's Motion to Confine SCO's Claims to, and Strike Allegations in Excess of, the Final Disclosures, be denied.

DATED this 19th day of June, 2006.

HATCH, JAMES & DODGE, P.C.
Brent O. Hatch
Mark F. James

BOIES, SCHILLER & FLEXNER LLP
Robert Silver
Stuart H. Singer
Stephen N. Zack
Edward Normand

By: ___[signature]___
Counsel for the SCO Group, Inc.


1 For example, SCO included several source code drawings demonstrating evidence of the progression of how UNIX System V was used as the basis for the AIX JFS, which further evolved into the Linux JFS: first, that the JFS in AIX was derived from UNIX System V (Tabs 9 and 425, Ex. 7); second, that the JFS IBM initially disclosed to Linux was derived from the JFS in AIX (Tab 1, Ex. 8); and third,that the JFS as it further developed in Linux was derived from the JFS in AIX (Tab 2, Ex. 9).

2 IBM writes (at 9) that SCO's "Final Disclosures claimed IBM contributed 15 testing files to Linux" and cites to Item 16 of SCO's December Submission. IBM ignores that SCO challenged many more lines and files of testing technology in other Items of the Submission, including 11, 18, 113-143, 174 and 182 (attached hereto as Ex. 10).

3 Dr. Cargill's opinion is based on a well-known theory of copyright law, which provides that a collective work is entitled to copyright protection based on the selection, arrangement and coordination of elements.

Transwestem Pub'g Co. LP v. Multimedia Mktg. Assocs., Inc., 133 F.3d 773, 776 (10th Cir. 1998) (attached hereto as Ex. 13); Gates Rubber Co. v. Bando Chem. Indus., Ltd., 9 F.3d 823,833 n.7 (10th Cir. 1993) ("In examining the similarities between two programs under the indirect method of proving copying it is ordinarily important to compare the whole works.") (attached hereto as Ex. 13).

4 To be sure, SCO argued otherwise, but in its Order dated February 9, 2005, the District Court (at 4-5) agreed with IBM's arguments on the question and found that SCO had asserted a general Linux copyright claim in this case. As the Court further noted (at 5) in the same Order (emphasis added), "IBM's Tenth Counterclaim appears to be broader in scope that SCO's claims." In fact, in May 2004, IBM moved for summary judgment on its Tenth Counterclaim and asserted that "one critical element SCO must show is that Linux is 'substantially similar' to the allegedly copyrighted work (here, the UNIX software)." (IBM's Memorandum in Support of Its Cross-Motion for Partial Summary Judgment on Its Claim for Declaratory Judgment of Non-Infringement, May 18, 2004.) IBM now apparently argues that SCO was somehow obligated to set forth in December 2005 an expert analysis of precisely how Linux is substantially similar to UNIX System V; there is no basis for that argument.

Indeed, the District Court's decision that SCO had asserted the Linux copyright claim was based in significant part on the grounds that litigation in other federal courts had been stayed because SCO had brought that claim. (Memorandum Decision and Order (Feb. 9, 2005) at 5-6). The Court emphasized SCO's lawsuit against AutoZone. (Id. at 6.) Again, SCO had argued otherwise, but the District Court plainly disagreed and found that SCO's copyright claim in AutoZone is at issue in this case as well. The complaint in AutoZone asserted the Linux copyright claim addressed in Dr. Cargill's report. SCO alleged that "Linux is in material respects an operating system variant or clone of UNIX System V technology. According to leaders within the Linux community, Linux is not just a 'clone,' but is intended to displace UNIX System V." Complaint ¶ 13, The SCO Group. Inc. v. AutoZone. Inc., CV-S-04-0237-DWH-LRL (D. Nev. Mar. 3, 2004). SCO further alleged that "parts or all of the Copyrighted Materials has been copied or otherwise improperly used as the basis for creation of derivative work software code, included [sic -including] one or more Linux implementations, including Linux versions 2.4 and 2.6, without the permission of SCO." Id. ¶20 (emphasis added).

5 As Dr. Kernighan explains in his expert report for IBM, these header files contain "interface information," which includes "structure declaration[s]," "function prototype[s]," (also known as system calls) and constants. (Kernighan Report at 11-12, ¶¶ 31-36, Ex. 16.)

6 IBM has failed to demonstrate any prejudice, let alone the "incurable prejudice" it claims (at 9). In fact, IBM's claim that it would need an additional 12 months to respond to certain material in Dr. Cargill's report belies IBM's assertion of prejudice. Under the Court's schedule, IBM was provided only three months of fact discovery, until March 2006, following the submission of the December 2005 reports. In short, IBM not only improperly seeks additional time to respond to Dr. Cargill's report, but seeks a discovery windfall in the amount of time for that work. If IBM is to be given any additional time (which SCO contends is not necessary), it should be no more than three months.

7 To the extent IBM seeks a discovery sanction, the record establishes that there is no basis for asserting that SCO thought it was obligated disclose the elements of Dr. Cargill's analysis (or those aspects of the other reports that IBM raises) in December 2005 but decided not to do so. In sharp contrast to the underlying facts in each of the cases that IBM cites (at 11-12), where there appears to have been no dispute between the parties as to the scope of the discovery request or order asserted as the basis for the moving party's request for relief, there is plain disagreement between the parties here as to the requirements for the December Submission.

8 Even if IBM had moved to strike just the evidence or expert reports, and not all related allegations (which they did not), the standard would still be exceedingly stringent. Courts have similarly recognized that "[tlhe decision to withhold evidence is a drastic sanction," and have set forth similar factors to be considered, including: (1) prejudice or surprise of the party bringing the motion, (2) the ability of that party to cure the prejudice, (3) the extent to which there would be a disruption of the orderly and efficient trial of the case or of other cases of the court, and (4) bad faith or willfulness in failing to comply with the court's order. See Washington v. Arapahoe County Dept. of Soc. Serv., 197 F.R.D. 439,441 (D.Colo. 2000) (quoting Summers v. Missouri Pac. R.R. Sys., 132 F.3d 599,604 (10th Cir. 1997)) (Ex. 20).

19

CERTIFICATE OF SERVICE

I hereby certify that on the 19th day of June, 2006, a true and correct copy of the foregoing foregoing SCO'S MEMORANDUM IN OPPOSITION TO IBM'S MOTION TO CONFINE SCO'S CLAIMS TO, AND STRIKE ALLEGATIONS IN EXCESS OF, THE FINAL DISCLOSURES was delivered to the following :

By U.S. Mail, postage prepaid:

David Marriott, Esq.
Cravath, Swaine & Moore LLP
[address]

Donald J. Rosenberg, Esq.
[address]

By Hand-delivery:

Todd Shaughnessy, Esq.
Snell & Wilmer LLP
[address]

__[signature]___

20


  


SCO's Memo Opposing IBM's Motion to Confine/Strike | 373 comments | Create New Account
Comments belong to whoever posts them. Please notify us of inappropriate comments.
OT - Off Topic here please
Authored by: Totosplatz on Wednesday, June 21 2006 @ 03:03 AM EDT
Make links clicky!

---
All the best to one and all.

[ Reply to This | # ]

Corrections thread
Authored by: Totosplatz on Wednesday, June 21 2006 @ 03:04 AM EDT
If any.

---
All the best to one and all.

[ Reply to This | # ]

SCO's Memo Opposing IBM's Motion to Confine/Strike
Authored by: Anonymous on Wednesday, June 21 2006 @ 03:25 AM EDT
You know things are REALLY going south for SCO when, out of 20 pages of argument, they can hardly wait to be finished page one to repeat this hoary old chestnut:

"....indeed the Court previously has recognized SCO has acted in good faith.

The rest is a bunch of waving around foot-wide paint brushes, hoping to land a blow. Long on generalities and exceedingly short in specifics that show how IBM truly "did them wrong"!

If I wrote essays in high school like they wrote this Memo, I'd have NEVER gotten a GED, let along graduate with honours!!!!!

Actually, I'm suspecting we somehow got caught in a temporal causality loop, forced to face variations of the same accusations over and over and over (oh, the HORROR!!).... same old generalities with new wrapping... problem is, the "Best before" date on this mess has long since expired!!!

The unsigned-in Rann

[ Reply to This | # ]

Quick question
Authored by: Anonymous on Wednesday, June 21 2006 @ 03:50 AM EDT
Does IBM get to respond to this memo?

[ Reply to This | # ]

SCO's Memo Opposing IBM's Motion to Confine/Strike
Authored by: jrvalverde on Wednesday, June 21 2006 @ 04:03 AM EDT
To me it looks like desperate delaying and misleading tactics. Just like a
student who knows not the matter trying to come up with non-related answers in
the vain hope the tribunal will not notice he's way off topic.

In other words, it looks like they are just acting in panic throwing anything
they can think of in the hope it will win them anything.

Just like someone fleeing in panic would throw any furniture or impediments
behind to slow down their prosecutor: they force IBM to spend time jumping over
or moving away all these silly unfounded claims in the hope that on any of them
they might stump and fall leaving them free way to flee.

It's sad to see someone panicking like this this late in the game. I guess
that's the only thing they have left if they don't want to lose even more by
dropping the suit.

And that also explains their references to "good faith", in the end if
they can argue they always acted in "good faith" they may save
something from the wreck, 'cos the alternative of admitting the brought up an
empty case in a hurry with no base to begin with in the hope something might pop
up half the way through would surely entitle them to heavy retaliation.


---
Jose R. Valverde
EMBnet/CNB

[ Reply to This | # ]

JFS and RCU are owned by IBM
Authored by: Totosplatz on Wednesday, June 21 2006 @ 04:05 AM EDT

TSCOG had better get more specific about why they claim control over what IBM does with it's property - JFS and RCU are owned by IBM. That much is obvious. But TSCOG seems to think that by repeatedly speaking about these technologies as simply having been contributed to Linux that somehow the notion will stick that these technologies were contributed improperly.

The notion will not stick. These technologies have never had any legal entanglement with AT&T's rights in any way.

These technologies were in fact contributed to Linux by IBM. The contribution was completely proper in every way.

At least now TSCOG is officially yammering-on about copyrights. In a previous release of the TSCOG affront to intellectual honesty they insisted that this was not a copyrights case; no trade secrets either. Oh well - it's a case of nothing about nothing. But now we're back to copyrights. I seem to remember that there is an explicit protocol for evaluating copyright violations.

---
All the best to one and all.

[ Reply to This | # ]

Structure infringes copyright???
Authored by: Anonymous on Wednesday, June 21 2006 @ 04:20 AM EDT
Huh, this surely cannot be an expert opinion :)

[ Reply to This | # ]

Specific SCO specifics
Authored by: DaveJakeman on Wednesday, June 21 2006 @ 05:39 AM EDT
In their Preliminary Statement, SCO claim it was "allegedly misused
material" in December 2005. Wasn't it "allegedly misused material
with specificity"? Hmm?

In October 2005, didn't SCO say: "IBM has done some stuff!" Then, in
December, 2005, SCO said: "IBM has done some more stuff!" There.
Specific. They did stuff. Can't get more specific than that.

---
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 | # ]

Darl's hat
Authored by: Anonymous on Wednesday, June 21 2006 @ 05:53 AM EDT

Looks like it turns out that (All Hat and No Cattle) Darl is wearing a joker's clown hat. I'll have to get to work on the art to picture that.

[ Reply to This | # ]

  • Darl's hat - Authored by: Anonymous on Wednesday, June 21 2006 @ 11:26 PM EDT
Streams, why are they mentioned?
Authored by: Chris Lingard on Wednesday, June 21 2006 @ 06:25 AM EDT

Streams have been mentioned recently but in an ambiguous way. The word has been used for both input/output and for inter-program communication.

Input/Output

Input/output streams were originally done by hardware; the original cards did one character at a time, then you had to wait a while before doing something else, (wait for it to be not busy). About 1975 cards were fitted with buffers, (first in first out silos), such that cards could store a whole stream of data. About this time is was common practice to double buffer input and output; so here streams are being set up.

The very old machines needed a bespoke driver to use input/output; except for common stuff like cards, disk, paper tape and a printer, (some small ancient computers needed drivers for everything). Computers were very expensive, and each one was supplied on a bespoke basis, to meet that customers needs.

The old peripherals were read using dead reckoning; later they became more sophisticated; sending a termination character, and a parity byte. The whole world standardised on the "newline" character in the 1970s; before that Europe used carriage return followed by line feed. The programmer had to code to convert the raw streams into usable data; though stream handing was available for common peripherals.

In UNIX a stream is defined as a string of characters, with a terminating character. The stream becomes identical to the file pointer, being defined as type FILE. This was designed into the system, so that data handling became easier. (UNIX was designed to be easy to program.) Strictly speaking this is a function of the C library and not the kernel. By making this a standard, the authors of the UNIX system made a choice that enabled standard C functions to do most of the work, freeing the programmer from having to provide additional code to handle the data. But it was a standard, (a terminated string), they just used the best ideas in their modern system.

Inter-program communication

Using streams to send data between programs was a very old method; but as far as I know, it has never been a method used in either UNIX or Linux. It was used extensively by the British Ferranti Argus 500, throughout the 1960s and 1970s. I vaguely remember these machines, the computer operator's desk resembled an organ keyboard. The banks of keys controlling the location that a program was loaded.

But streams were used long before this in telegraphy. Messages sent using Morse code, a telegram for example, had a header containing the destination and sender, followed by text. Telegraphy existed before radio, a Post Office in England, or a train station in the USA, having someone to send messages anywhere.

[ Reply to This | # ]

Waiting for the Court
Authored by: Anonymous on Wednesday, June 21 2006 @ 06:29 AM EDT
I'm wondering if the Court can/will offer up something to the effect of "If
I can't understand what the case is about then there is no case. Please go away
and don't come back."

[ Reply to This | # ]

10/10 for effort
Authored by: Anonymous on Wednesday, June 21 2006 @ 07:06 AM EDT
I have to admire their chutzpah in pretending that their new claims have actually been admitted and so deserve protection, when in fact they haven't even made these claims yet as such, just waved an "Expert" testimony around and screamed "Wait! Wait! We need a Mulligan!"

[ Reply to This | # ]

  • 10/10 for effort - Authored by: Anonymous on Wednesday, June 21 2006 @ 02:19 PM EDT
More SCO Sillies
Authored by: DaveJakeman on Wednesday, June 21 2006 @ 07:15 AM EDT
"IBM now takes this position after the discovery IBM finally provided has
shown that SCO's claims are supported by substantial evidence." That's
substantial evidence, as in: "is this all you've got?"

"Nor did the Order in any way require the articulation of legal theories or
analytical positions -such as that the structure and organization of Linux was
copied from UNIX System V (and not by IBM) in violation of SCO's
copyrights." Er, what is SCO doing in court with IBM?

'Accordingly, the Scheduling Order's statement of December 22 as the "Final
Deadline for Parties to Identify with Specificity All Allegedly Misused
Material" requires just that - identification of the material that SCO
contends IBM misused.' The SCO interpretation of "Identify with
Specificity All Allegedly Misused Material" comes out as
"identification of the material". Notice how, in SCO's analysis, the
words "with Specificity" are conveniently dropped. Specificity: drat
that word. How inconvenient. Maybe SCO again needs to explain to the Court
what the Court's orders actually mean. Oh, is that what SCO are doing here?
Silly me.

"Not only did IBM select merely one sentence from SCO's discussion in Item
1, IBM quoted only a portion of that sentence." Kind of like the above:
"with Specificity All Allegedly Misused Material" ->
"identification of the material".

"To the extent they are used as evidence, SCO was not obligated in the
December Submission to provide every piece of evidence on which its experts
intend to rely at trial in this matter." Gee, I guess the Court really
didn't understand the Court's own orders.

"For example, SCO included several source code drawings demonstrating
evidence of the progression of how UNIX System V was used as the basis for the
AIX JFS, which further evolved into the Linux JFS." Dang! Of course! A
picture paints a thousand words, so it must be good for a thousand claims!

---
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 | # ]

SCO's Memo Opposing IBM's Motion to Confine/Strike
Authored by: Anonymous on Wednesday, June 21 2006 @ 07:45 AM EDT
Second set of exhibits is incorrectly linked -- generates a 404

[ Reply to This | # ]

SCO's Conclusion - an inkling of Specificity! They need it, too!
Authored by: webster on Wednesday, June 21 2006 @ 08:33 AM EDT
--*"IBM cannot be permitted to challenge things included in SCO's expert
reports without identifying them in its motion so that, like here, SCO has an
opportunity to debunk them.--*--

So let us analyze. SCO needs IBM to specify the material it is challenging.
IBM is challenging material that SCO did not specify. IBM says it can only
debunk material that has been specified to them. SCO is now saying it can only
debunk material that is specified to them. Are we getting clsoe to a settlement
here?

One can say that IBM is specifying anything that SCO did not specify. SCO wants
IBM to specify that which they did not specify.

---
webster

[ Reply to This | # ]

SCO's Memo Opposing IBM's Motion to Confine/Strike
Authored by: Anonymous on Wednesday, June 21 2006 @ 08:45 AM EDT
"Worse, SCO then tells the court, "SCO does not assert that Linux's
structural similarity to SVr4 is attributable to IBM's improper contributions to
Linux (which are instead at the heart of SCO's breach of contract claims)."
So then, why include Cargill's opinion at all, if IBM didn't do it?"

to me it sounds like they are setting themselves up for more litigation after
they lose this case.

I just wonder what the possibilities are. can they go to the bush
administration and then they can pass some sort of federal trade law or
something against linux. although I don't know what else they can do to harm
linux since no company has the balls to preload linux. I mean a company like
lenevo, HP, Dell, Gateway.

bush is in the EU this week to talk trade. watch for some announcement about
the microsoft EU case.

I just hope they tell him to go back home and not listen to him. but I am
afraid it is too late for that.

[ Reply to This | # ]

SCO's Memo Opposing IBM's Motion to Confine/Strike
Authored by: chris hill on Wednesday, June 21 2006 @ 08:57 AM EDT
SCO has an interesting view of what they have done.

They have a more interesting view of what to do.

Take it as it comes, SCO does not have much of a case, if a case at all.

They also do not have experts who know programing, as SCO needs to prove itself
POSIX compliant by IEEE and The Open Group before they can say that their
product is Single UNIX® Specification compatible.

To sum up this one, SCO is crying because they cannot put a case together,
cannot find infringing data or code, and cannot stand the fact that Darl and
Yarro had a hand in buying a shipwreck to try to say that they would get money
simply because they say something that isn't true.

[ Reply to This | # ]

Boy meets girl...
Authored by: justjeff on Wednesday, June 21 2006 @ 09:34 AM EDT
I think the whole theory of a copyrighted collection or structure is
interesting. It will make writing novels very difficult in the future...

Boy meets girl...
Girl ignores boy...
Boy overcomes various obstacles and wins girl's heart...
Everyone lives happily ever after...

Isn't that the structure of every novel? Well, every romance novel. That
structure has clearly been used in earlier copyrighted works. The question
is... who was first?

[ Reply to This | # ]

SCO's Memo Opposing IBM's Motion to Confine/Strike
Authored by: Anonymous on Wednesday, June 21 2006 @ 09:48 AM EDT

I agree SCO is sounding desparate, but perhaps they are making a fine
distinction that is not so easily swept under the rug.

The disclosure order pertains to "allegedly misused material". That
is to say material SCO is accusing IBM (not others) of misusing. Their fine
distinction is that all facts and analysis pertaining to [SCO's theory of]
Copyright violations are excluded from "allegedly misused material" by
virtue of the fact that it is not IBM SCO is accusing of violating copyright [at
least with respect to the structure and organization of Linux].

See "not by IBM" from SCO memo: "Nor did the Order in any way
require the articulation of legal theories or analytical positions -- such as
that the structure and organization of Linux was copied from UNIX System V (and
not by IBM) in violation of SCO's copyrights."

If the court accepts that SCO was not required to be specific about copyright
claims they are *not making against IBM*, and the court allows experts to
include facts and analysis about copyright that are a superset of the facts
supporting "misused material" then SCO gets access to a virtually
unlimited pool of material they can *imply* are misused.

This is a brilliant ploy if it succeeds and this fiasco gets to a jury because
no jury in the world will keep track of which specific facts in the expert
reports pertain solely to Copyright and which fall under the "allegedly
misused" category. SCO gets to put all kinds of facts on the table under
the Copyright umbrella that a jury is likely to confuse with facts pertaining to
misuse. IBM can't hope to rebut all the "Copyright" facts with the
specificity required by the "misuse" standard. How could a jury not
be left with the impression that IBM *must* have misused something somewhere
[even if SCO loses the copyright argument].

IANAL so perhaps I'm too easily impressed - but this sure looks like an
impressive battle of legal strategy to me. I still think SCO will lose on the
merits, but it doesn't look to me like they're running on empty just yet.

Perhaps the fair thing to do here is to require litigation of copyright on
it's own to precede litigation of contract claims? Wouldn't that be the mother
of all delays!

[ Reply to This | # ]

POSIX Compliance
Authored by: Anonymous on Wednesday, June 21 2006 @ 09:58 AM EDT
PJ wrote: How about if both operating systems are POSIX compliant? Might that
not result in certain structural similarities?

No per se.

The compliance issue has nothing to do with the implementation. Two operating
systems may be implemented completely differently yet still be POSIX compliant.

For instance, the DEC/VMS OS had a POSIX-compliant interface, yet was totally
unlike UNIX in its structure and implementation.

[ Reply to This | # ]

Collectiion vs. Compilation
Authored by: sk43 on Wednesday, June 21 2006 @ 10:27 AM EDT
Footnote 3: "Dr. Cargill's opinion is based on a well-known theory of
copyright law, which provides that a collective work is entitled to copyright
protection based on the selection, arrangement and coordination of
elements."

SCO needs to reread Title 17, chapter 1, definitions. The following definitions
are relevant:

A “collective work” is a work, such as a periodical issue, anthology, or
encyclopedia, in which a number of contributions, constituting separate and
independent works in themselves, are assembled into a collective whole.

A “compilation” is a work formed by the collection and assembling of preexisting
materials or of data that are selected, coordinated, or arranged in such a way
that the resulting work as a whole constitutes an original work of authorship.
The term “compilation” includes collective works.

The term SCO wants is thus "compilation". I also read the definition
to mean that there is no editing of the preexisting materials (otherwise it
would be a derivative work) and there is no requirement that the preexisting
materials be an original work unto themselves (although that is not excluded).

[ Reply to This | # ]

Typical BSF nonsense
Authored by: Anonymous on Wednesday, June 21 2006 @ 10:31 AM EDT
They go on at some length along the lines of

[IBM has "admitted" in court that] "SCO has publicly claimed that
Linux is an unauthorized derivative work of UNIX and that the use of Linux by
anybody infringes SCO's alleged copyrights."

This, they claim, means that SCO doesn't have to comply with the court's
scheduling orders about listing misused material with specificity. That's a
nifty theory: make wild accusations out of court, and you won't ever have to
actually put them in writing in court, at least until after discovery is over.


I really, really hope SCO survives long enough to pull this kind of stunt in the
Novell case. I'd love to see what happens when Novell's team gets something
like this to sink their teeth into.

[ Reply to This | # ]

SCO's Memo Opposing IBM's Motion to Confine/Strike
Authored by: Anonymous on Wednesday, June 21 2006 @ 10:31 AM EDT
A CS-type professor friend of mine @ CU-Boulder (Boulder, CO) has done a lot of
expert witness work in cases regarding misappropriated software. One of the
things that she looks for is organization as an indication that the software was
copied, and then changes made, such as symbol name changes, function name
changes, etc. It may be that they are trying to apply this sort of logic on a
grand scale.

Paul

[ Reply to This | # ]

The part I worry about
Authored by: alansz on Wednesday, June 21 2006 @ 10:53 AM EDT
I find this memo more than usually persuasive, and I think SCOX/BSF actually
cares about this one.

What I think they're trying to say, in part, is:

1. We identified the misused material as required.
2. Our experts, however, are not limited to just pointing to the misused
material, but may also, in their explanations of how and why they believe the
material was misused, refer to other materials that are not the subject of
misuse.

That seems sensible (except that they never identified the misued material
specifically). How they stretch from the above (misused material contract
claims) to a copyright claim seems tortuous to me, though. If they have a
copyright claim, they should also have specifically identified those materials
where they feel their copyright was violated as part of the "misused
materials" discovery, and they don't appear to have done that (they never
said "specifically, the whole of SVR4 qua SVR4 was misused by virtue of its
structure being wrongly appropriated" that I recall).

(My favorite part of this memo, though, is where they say that IBM's position
would require SCOX to do a code review that IBM said was going to take a really
long time, and thus is hypocritical. Perhaps they've forgotten that they're the
*plaintiff*? That's why they call it a burden of proof, isn't it? :)

[ Reply to This | # ]

Doesn't this argue against their own case?
Authored by: bstone on Wednesday, June 21 2006 @ 10:56 AM EDT
IBM "contributed numerous technologies from Dynix/ptx, AIX, and UNIX System V to Linux development, including key technologies that are essential for an enterprise OS."

If the technologies are essential for an enterprise operating system, isn't SCO arguing that the technologies cannot be protected by either patent or copyright? If they are necessary and obvious (even to SCO) as a requirement to perform the function, they cannot be protected elements.

[ Reply to This | # ]

Grasping at anything?
Authored by: Crocodile_Dundee on Wednesday, June 21 2006 @ 11:06 AM EDT
Sounds like a drowning man.

Don't worry SCO, the linux folk out here are nothing to be afraid of. We won't
push your head under.

We'll just turn our back on you and get on with the BBQ.

Hand us another VB PJ. Oh, nice dress.

---
---
That's not a law suit. *THIS* is a law suit!

[ Reply to This | # ]

Please help me Understand
Authored by: Anonymous on Wednesday, June 21 2006 @ 12:56 PM EDT
The Scheduling Order required the disclosure of "allegedly misused material" in December 2005. (Scheduling Order at 4.) This was a requirement to identify "misused material" (whether source code or methods or concepts). The Scheduling Order set a later deadline for the exchange of the parties' expert reports. (Id. at 5.) The Scheduling Order did not require that SCO disclose in December its experts' theories, analyses, and opinions, or all the evidence on which experts would ultimately rely.

So let me get this straight, per SCO's statement, SCO is not required to disclose all of the evidence on which the experts would rely during discovery?

Isn't that the point of the discovery? Then the expert reports are based on that evidence that has been disclosed?

Or did I miss something again?

[ Reply to This | # ]

A question about copyright
Authored by: Yossarian on Wednesday, June 21 2006 @ 01:03 PM EDT
SCO claims that:
"the structure of Linux infringes UNIX copyrights"

My general question is if a "structure" can be copyrighted.
E.g. it seems to me that supermarket novels have pretty
similar "general plots." Can this structure be copyrighted,
and anybody who dares to use any romance in a book be sued
for "copyright infringement"?

If not then why not?

[ Reply to This | # ]

SCO's Streams problem
Authored by: Anonymous on Wednesday, June 21 2006 @ 01:06 PM EDT
SCO should actually read some of the books to which it owns copyright - in 1987
AT&T published a comprehensive little book on "Streams" -

AT&T, "UNIX System V - Streams Programmers's Guide", 1987, Prentic
Hall Inc., ISBN 0-13-940537-2, Library of Congress 87-60150

Included in this little gem besides a rather complete explanation of how Streams
works and how to use it are the following Appendicies -

A) Kernel Structures (methods and concepts just went *poof*)
B) Message Types
C) Utilities (Complete list of every internally available system call and what
it does)
D) Design Guidelines (Which includes the essentitall header file information you
might need FROM EVERY HEADER IN THE SYSTEM, not just Streams, and what you might
need this information for)

Exactly WHAT does Mr. Rochkind think is protected? AT&T was flogging this
thing at every book store in the land.

Two other important notes, like almost all SV technologies, this started
somewhere else. Streams was imported from UNIX Edition V8. Also nearly
simultaneous with the release of this book BSD 4.3 was released with their
version of Streams support as well as sockets as I remember (I know both made it
into the SunOS distribution).

[ Reply to This | # ]

SCO's Memo Opposing IBM's Motion to Confine/Strike
Authored by: Anonymous on Wednesday, June 21 2006 @ 01:49 PM EDT

Didn't SCO backtrack a while back and claim that the case had never ever been about copyrights (despite public comments by them to the contrary)? Have they changed their mind again, or are they actually trying to say 'Huh, well what do you know? We didn't think there was a copyright issue, but - quite coincidentally - our experts whilst digging about on other stuff found out there was after all. Wow, what a coincidence, huh? But IBM can't complain your honour, because even though WE never said anything about copyright IBM should have known that's what it was about all along...'

Sheesh. I thought I was confused before. Never mind, I look forward to IBM once again comprehensively tearing them to shreds.

[ Reply to This | # ]

SCO's Memo Opposing IBM's Motion to Confine/Strike
Authored by: Anonymous on Wednesday, June 21 2006 @ 01:50 PM EDT
Ok, I'm tired of watching this trainwreck. Can the locomotive just plummet off
the track and into some randomly useful canyon or something please?

I couldn't even make it through the first two pages without my brain trying to
leap out adn beat me with a tack hammer

[ Reply to This | # ]

"The Gambler"
Authored by: cmc on Wednesday, June 21 2006 @ 02:12 PM EDT
I think SCO and their legal team need to go back and listen to "The
Gambler" by Kenny Rogers, with such memorable quotes as:

"So if you dont mind my sayin, I can see youre out of aces."

"And the night got deathly quiet, and his face lost all expression.
Said, if youre gonna play the game, boy, ya gotta learn to play it right."

"You got to know when to hold em, know when to fold em,
Know when to walk away and know when to run."

"Now evry gambler knows that the secret to survivin
Is knowin what to throw away and knowing what to keep.
cause evry hands a winner and evry hands a loser,
And the best that you can hope for is to die in your sleep."


cmc


[ Reply to This | # ]

It's a VERY simple question IBM is asking
Authored by: ThatBobGuy on Wednesday, June 21 2006 @ 03:38 PM EDT
Dozens of pages back and forth for something that is very simple.
IBM needs to ask both SCO and the judge, "At what point are we going to
find out what we are alledged to have done?"

That's about 20 pages of my life I'll never get back.

[ Reply to This | # ]

SCO's Memo Opposing IBM's Motion to Confine/Strike
Authored by: Anonymous on Wednesday, June 21 2006 @ 04:37 PM EDT
SCO's Memo Opposing IBM's Motion to Confine/Strike and Keep this Ill-Conceived
Case Alive for Another Three Years...

[ Reply to This | # ]

SCO's Memo Opposing IBM's Motion to Confine/Strike
Authored by: gbl on Wednesday, June 21 2006 @ 04:46 PM EDT
By this crazy argument Ford could sue any other car company for copyright
violation because they make four wheeled transport using axles.

(But then Ford _did_ sue many of the early car makers. But as we know, in the
end it was a pointless waste of money.)


---
If you love some code, set it free.

[ Reply to This | # ]

The Return of "Look And Feel"
Authored by: Anonymous on Wednesday, June 21 2006 @ 06:01 PM EDT
I recall a lot of the "look and feel" lawsuits from years
ago.

One imagines that the same thing can be done w/ books--
so the copyright isn't just the *expression* of an idea,
but the *structure* of an idea.

(sighs)

This is insane.

[ Reply to This | # ]

SCO had to be aware of Look and Feel
Authored by: Anonymous on Wednesday, June 21 2006 @ 06:13 PM EDT
While SCO was busy distributing and contributing to Linux they had to be aware
of all of this look and feel.

SCO can be proven to have been aware of all the look and feel, yet SCO
distributed Linux under the GPL.

SCO's straws are getting even more feeble.

[ Reply to This | # ]

"the applicable legal test"
Authored by: overshoot on Wednesday, June 21 2006 @ 06:13 PM EDT
(IV. P.1):
In reaching this conclusion, and by applying the applicable legal test, he further opines 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.)
(Emphasis added)

First off, I note that they don't simply say "abstraction/filtration/comparison." Which means, to me, that they're quite likely trying to pull a fast one on the Court by using a different one -- such as "it looks like a duck."

IF Dr. Cargill had in fact applied filtration for scenes a faire or external functional constraints, I have to conclude that he's finding large bodies of similar code in the SysV and Linux implementations of these modules. Oddly, Professor Davis seems to disagree.

However, the real tipoff to me is that claim that similarity in system calls implies infringement. FIPS 151-2, anyone?

As a result, it looks to me as though SCOX is betting the farm on a long shot at the summary judgment stage. It appears that the BSF attorneys instructed Dr. Cargill that "The applicable legal test" is something other than A/S/F -- which means that his entire opinion depends entirely on the Court accepting a standard different from the one used by the Tenth Circuit.

I'm hoping the more legally-clued will check me on this, but as I understand it an expert opinion predicated on legal instructions not acceptable to the Court is simply not admissible -- and "the applicable legal test" is purely for the judge to decide, not a jury.

[ Reply to This | # ]

Shortcut?
Authored by: DebianUser on Wednesday, June 21 2006 @ 07:12 PM EDT
When does someone get an opening to say "You distributed all the stuff
you're whining about under the GPL. Now go away and shut up, and you might want
to put your efforts into defending the counterclaims.."

[ Reply to This | # ]

Technology expert offering *legal* opinion?
Authored by: Anonymous on Wednesday, June 21 2006 @ 07:30 PM EDT
Here again, a technology expert is reaching a legal conclusion. A computer
science professor is usually not an expert in copyright law in general, or UNIX
copyrights in particular. And UNIX copyrights are extremely complicated - see
BSD v AT&T.

Regardless of his technical qualification, for him to conclude that "Linux
infringes copyrights of SVr4" is *way* outside of his area of expertise.

Furthermore, would it matter if Linux infringed on SVR4 copyrights? IBM did not
create UNIX, or Linux. IBM is not even a Linux distributer.

[ Reply to This | # ]

"essential structure"?
Authored by: sef on Wednesday, June 21 2006 @ 08:22 PM EDT

I've been looking at this all day, and I'm still flabbergasted.

The claim is:

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.
I think (3) has been adequately debunked lots of times here. (4) is a new one, but I didn't really know Linux had "Streams" (or even "STREAMS"); even if so, however, I doubt it's got "the Streams communication module," but rather something compatible with it -- with the compatibility achieved through matching interfaces. As I've stated here before, I"ve been told that one can't copyright interfaces. I could be wrong, naturally.

That leaves the "system calls" and the SVr4 filesystem. The problem with claiming those as "essential structure," which cane be used for a compilation copyright (despite the case not being at all about copyrights) is that both have been standardised -- with USL's and SCO's consent and participation! -- for years. And many other systems have implemented them, both before and after.

Now, I'm assuming that by "the SVr4 filesystem," they're claiming the filesystem organizational layout -- things like /bin, /etc, and so fortrh. And the dozens of variants that exist for these layouts.

The "system calls"... oy. Again, I come back to the interfaces thing. Again, I come back to the standards committee (remember, oldSCO had people participating in the POSIX committees, and I do believe that people such as QNX were there already -- and they had no UNIX code whatsoever).

I could almost understand making a case that the source code arrangement is unique and copyrightable -- that UNIX consists of a set of subsystems, and that each subsystem contains certain facilities. But any similarity to that particular layout tends to be inspired by BSD, Bach, and Minix, as well as necessity. (Which is to say, you need to have your source code broken into various subdirectories, and breaking it down by functionality makes the most sense: filesystems in this directory, machine- dependent bits in this directory, and so forth.)

And I'm just left... flabbergasted.

[ Reply to This | # ]

Mockery
Authored by: webster on Wednesday, June 21 2006 @ 09:23 PM EDT
.
1. I can't read this without thinking what a rollicking good time the BSF folks
must have had in writing it. They are taking IBM arguments and throwing them
back. They are sticking out their tongues and mooning at the same time.
Sophistry is rampant. There are two sides to this story so they just mirror IBM
accusations.

Example: "IBM yet again seeks to avoid addressing the merits of SCO's
claims." p. 2.

This all arises from IBM not asking what are the merits of SCO's claims, but
what ARE SCO's claims. Silver has a vicious pen.

2. SCO trumpets its compliance with the disclosure orders despite the fact that
this is still under advisement by Judge Wells. What if the Judge rules against
them? This motion is undermined. SCO must be thinking that the Magistrate
wouldn't dare cut out their offerings and make them go forward with little or
nothing.

3. In its preliminary statement SCO expounds on how it is perfectly reasonable
to have a deadline for all misused material and then have a disclosure of expert
reports that can have disclosures of additional materials not proffered at the
deadline. This is of course unreasonable and not what the Court ordered. It is
presumed that "all misused material" means all misused materials. SCO
says it means "all misused material except what else our experts found
which we will disclose later."

The reasonable interpretation was that the deadline was exhaustive. It was
presumed to be based on all misused materials found by SCO and their experts.
To add more later is contrary to what was ordered. Failing some extraordinary
explanation, it should be excluded, stricken, confined to the lower 40. SCO's
interpretation renders a deadline worthless. They could have an expert slide
anything in. As was discussed days ago, SCO has to explain why this wasn't put
in at the deadline. Tell the Judge the dog ate it. If it is an error, beg.
They shouldn't try to twist the Judge's order. They are vexatious and mocking.
The only trial in sight is that of the patience of the Court.

4. Having said the above, the prospect of reading Argument I induces nausea.
Excuse....... Thanks, we'll do it anyway.

It is worse than expected. It is a twist, denial, and affirmation. It still
does not explain why the added material.

---Mr. SCO, didn't you ask your experts to identify all misused material before
the deadline?


--If so, why didn't you put it in the deadline disclosures?

--Doesn't it make sense, Mr. SCO, that the expert deadline was months later so
that the experts could examine the code and other disclosures by the other side
at the deadline?

5. On to Argument II. Oh my, a tart SCO aside out of the box: "...as IBM
did not submit them to the Court with its motion (as though the Court should
strike portions of SCO's expert reports without even looking at them)."
Coffee break. "Nowhere does SCO suggest that the one file of System V and
one file of AIX constitute the sum total of what IBM improperly disclosed."
p.8. That is certainly true and that is the problem. SCO waves it like a
badge. "SCO said this much. IBM should have seen we implied more."
They are shameless.

"IBM's claim that Dr. Ivie presented additional files of UNIX System V and
AIX is also an attempt to confuse the issue." More mockery here. Who has
been confusing these long years? They chortled at this one.

Finally, a pearl of SCO logic:

--*--"In other words, they are in Dr. Ivie's report not because they are
"misused material" (IBM had the right under the license to base AIX's
JFS on System V, but not to disclose such derivative works). They are facts Dr.
Ivie is fully entitled to rely upon to support an underlying opinion that JFS
was a derivative work of System V and thus, IBM's contribution of JFS to the
Linux community was improper."--*--p. 8

So they deny this material was misused, but then parenthetically turn
around to say IBM was not to disclose this derivative work, misuse it, if you
will. Shameless sophistry. Illogical! Contradictory! This seemed to be a good
argument at 2 AM when they wrote it. So much of their stuff refutes itself.

6. Argument III is about Rochkind. He probably already rues the day he signed
up with SCO. This part will take more time than yours truly has to spend on
analysis. SCO seems to say that Rochkind cited some undisclosed IBM transfers
that were proper to show that they made other transfers that were improper. IBM
knows.

7. Cargill argument IV. The first question for "Doctor" Cargill
should be what SCO copyrights did he look at to begin his analysis. Judge
Kimball will cock his doberman ears.

SCO expresses its indignation, yes, indignation at IBM's accusing them of new
theories, grave claims, ambush, reinvention and sandbagging. SCO meets these
assaults head on: "The record plainly belies these overheated
assertions." p. 12. There was knee-slapping and high fives in the stacks
when they wrote that one. Wait till it hits Groklaw! IBM - overheated! Take
that, Marri-at!

They then go on to argue that IBM should have known about the structure
claim since it has been in the Forbes article, "Gunning for Linux,"
which IBM has attached twice in the proceedings. Great precedent. If it is in
a magazine, but not disclsed at deadline, SCO can use it with experts. p. 12.
They also argue that material that IBM's expert, Kernighan, knows about is fair
game for their experts. Wow! What doesn't Kernighan know about? p. 14. SCO
also says that system calls and header files were discussed before so they
should not be excluded now. There was notice. They named a few at the deadline
so the others shouldn't be excluded. Be real. pp. 14-17.

8. Argument V. Hi standard for substantive claims. The mere title is a dodge.
IBM is moving to strike evidentiary material, not substantive claims. SCO
hopes to hide behind this high standard since they don't want to explain why
they did not disclose all of their claims with specificity. They don't discuss
the standard for imposing a discovery sanction.

9. Argument VI. SCO demands specificity. SCO ROFLOL. They rolled on the
floor with this one. This screamed out when posted yesterday: "IBM cannot
be permitted to challenge things included in SCO's expert reports without
identifying them in its motion so that, like here, SCO has an opportunity to
debunk them." p. 18. Oh the Mockery of it. It's like the childish prank
of repeating everything another person says. So annoying. IBM moved to strike
for lack of specificity. SCO is now defending by attacking IBM for lack of
specificity. Have they despaired? Thrown caution to the wind? What do they
know or fear that we don't? IBM will keep its cool, but will the Judge?

9. Whose fault is it that this stuff was not disclosed at the deadline? The
Client's, the Experts, the Lawyers? Let's hope the Judge wants to know the why
and who. If the Judge let's them twist his order or gives them the benefit of
the doubt, we may never know. It will be more fun if he finds fault and mulls
some sanctions. But it is going to be hard to slice through the specifics.
It's easier to strike or let it all in. PIcking and choosing will take some
work. It's late. Go with the big colored chart.

10. The fact that CSO is taking a hard justified stance indicates they are not
so interested in immediate results. They are late and noncompliant, but they
just expect to get away with it. It's the easiest thing for the Judge, too.
Maybe the judges will tire of being defied repeatedly and finally lay down some
law.



---
webster

[ Reply to This | # ]

Interesting quote from Cargill's book
Authored by: dcf on Saturday, June 24 2006 @ 02:15 PM EDT

A quote does not a legal argument make, but I was re-reading the preface to Dr. Tom Cargill's book, C++ Programming Style, and I came across the following:

All the programs used here are taken from text books, magazine articles and tutorials on C++ programming ... Some programs are presented exactly as originally published, while others have been altered cosmetically. The alternations range from correction of ... bugs ... to structure-preserving transformations of programs for which copyright was not obtained [emphasis added]

By the way, I personally found the book helpful when I was learning C++, and was surprised to see Tom Cargill's name come up as an expert witness called by SCO.

[ 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 )