On Sunday 08 June 2003 05:41, James Mohr wrote:
On Sunday 08 June 2003 08:37, Hans Forbrich wrote:
<snip>
I'd guess there would be a bouncing of dates between the first Linux
entry and the first Unix entry, ie. cross-pollination, not
uni-directional pollination. (And I'd guess that there is sufficient
GPL'd code in UNIX that UNIX itself is in violation of GPL.)
I wouldn't be surprised if that is one reason why Caldera is keeping secret
exactly what they are basing the claim. I doubt that the IBM lawyers are so
stupid as not to evaluate the timeline as to when the code got where.
However, the so-called "analyst" that looked at the code was probably not
looking at any time line but "Oh, the code is the same. Since the UNIX
source is priopriatary, the Linux *must* have taken it from there". (Or
some other such nonsense).
Personally, I think that IBM might still have a fight ahead, since it may
need to prove in court that they were not the source. However, finding all
of the SCO and Caldera references made me feel a lot better. First, a
(possible) source of "contamination" is pretty clear and pretty obviously
this person knew the insides of the UNIX code. Second, since it is "the cat
is out of the bad" issue for Linux in general, I don't see how Caldera
could get away with anything involving end users.
Regards,
jimmo
Please excuse the lenght of this post. However, a google search for
"SCO Hellwig Caldera Linux " produces 194 results. As you read down the list
one can confirm the existing relationship with SCO developers and Linux
developers. Also, near the end of this post the is reference to IA-64
development. To the point, there is questions about code and api's that are
available that are directly evident of developer access to said code and
api's revolving around the Unix and ia-64 question. It is also evident that
most, and apperently a significant amount of this was readliy available and
that SCO was playing both sides of the fence - developing for both Unix and
Linux code bases.
References to SCO in Linux kernels
http://hypermail.idiosynkrasia.net/linux-kernel/archived/2001/week48/0130.ht...
2.4.16-pre1 file system bug
From: Abraham vd Merwe (abraham@2d3d.co.za)
Date: Mon Nov 26 2001 - 15:56:33 EET
Hi!
I mounted 2 vxfs (Veritas / SCO UnixWare) partitions and typed ls in the
mounted directories. This is the result:.................
Re: 2.4.16-pre1 file system bug
From: Christoph Hellwig (hch@ns.caldera.de)
Date: Mon Nov 26 2001 - 16:00:48 EET
In article <20011126155633.A370@crystal.2d3d.co.za> you wrote:
Hi!
I mounted 2 vxfs (Veritas / SCO UnixWare) partitions and typed ls in the
mounted directories. This is the result:
Please add the line
EXTRA_CFLAGS := -DDIAGNOSTIC
to fs/freevxfs/Makefile and send me the dmesg output of the
recompiled kernel.
Christoph
################################################################
http://vipul.net/codd/suse5.2.R.html
Code Contribution Distribution for S.u.S.E. 5.2
-----------------------------------------------
Package Name: suse5.2.codd
Package Size: +514659722 bytes.
3166. keithr@sco.com
1871. larryp@sco.com
3029. belal@sco.com
kernelnewbies.org/kernels/rh73/SOURCES/linux-2.4.17-linux-abi.patch
linux-2.4-17-linux-abi.patch
Christoph Hellwig
Christoph Hellwig
+2002-01-03 Christoph Hellwig
+
+ linux-abi2.4.17.0
+
+ * rework/cleanup lcall7 syscall handling
+ * make sure x.out sections aren't loaded into illegal areas
+ * fix SVR4 mmap() to always assume post-SunOS4 behaviour
+
+2001-11-24 Christoph Hellwig
+
+ linux-abi-2.4.15.0
+
+ * simplify wyse socket handling, use native syscalls directly where
+ possibles else use normal calling conventions
+ * fix compilation for non-i386 machines (Olaf Hering)
+ * fix alignment checks in binfmt_xout (based on patch by Joerg Ahrens)
+ * rewrite abi_brk: fix (theoretical) races, check for page alignment
+ * don't try to take a non-existant lock in xnx_nap, cleanup xnx_nap.
+ * fix value reported by sysi86(SI86MEM).
+2001-10-04 Christoph Hellwig
+
+ linux-abi 2.4.10.0
+
+ * add MODULE_DESCRIPTION/MODULE_AUTHOR/MODULE_LICENSE tags
+ * don't use alternate prefix for directories (David Mosberger)
+ * fix non-modular buil
+ * cleanup stat handling
+ | use Alexander Viro's kstat concept
+ | all emulations now have their own xstat implementations
+ | fixed overflows
+ * add full-fledged types.h headers for all peronalities
+
+2001-08-06 Christoph Hellwig
+
+ linux-abi 2.4.9.0
+
+ * fix missing solaris socket exports
+ * move Xenix support from ibcs to sco module,
+ make unconditional
+ * UnixWare LFS fixes
+ * make the actual code work on the Alan Cox tree
+
+2001-08-06 Christoph Hellwig
+
+ linux-abi 2.4.7.0
+
+ * some final polishing for segmented 286 x.out binaries (Joerg Ahrens)
+ * fix SPX handling (again)
+ * fix setpgrp and cleanup procids while we're at it
+ * update SCO syscall table to match OSR506a
+
+2001-07-19 Christoph Hellwig
+
+ linux-abi 2.4.6.1
+
+ * rewritten /dev/socksys handling
+ * fix more non-x86 breakage (Olaf Hering)
+ * port solaris native sockets from sparc64
+ * add sysctl support for runtime-tweaking
+ * add cxenix to the ibcs sysent table for Xenix/386 (Jürgen Günther)
+ * (re)add support for segmented x.out binaries (Joerg Ahrens)
+ | I probably broke it while rebasing against -CURRENT
+ * reject IRIX binaries on mips32 (David Woodhouse)
+
+2001-07-09 Christoph Hellwig
+
+ linux-abi 2.4.6.0
+
+ * svr4/signal.c typo fix
+ * make cxenix debug printk's less verbose (Christian Lademann)
+ * misc small bugfixes (Christian Lademann)
+ * compile fixes for !CONFIG_ABI on non-x86 architectures
+
+2001-06-18 Christoph Hellwig
+
+ linux-abi 2.4.5.1
+
+ * rewrite of abi_sigsuspend() to make it work as expected
+ * fix cxenix syscall table
+ * actually initialize socksys
+
+2001-06-09 Christoph Hellwig
+
+ linux-abi 2.4.5.0
+
+ * rewrite of kernel exec_domain support
+ * make faking of SCO utsname information configurable
+ * get rid of SYS() and sysfunc_p (Arjan van de Ven)
+ * fix socket families (Stephan Springl)
+ * fix SCO signal mapping (Stephan Springl)
+ * fix SCO (and Wyse) error mapping
+ * continued source tree restructuring
+
+2001-04-31 Christoph Hellwig
+
+ linux-abi 2.4.4.0
+
+ * disable tracing by default
+ * rewrite of the SYSV IPC code
+ * add support for SCO OpenServer 5 ELF binaries
+ * fix an error in binfmt_coff that does not clear the return value
+ * provide generic template macros for stat and friends
+ * start of source tree reorganization
+
+2001-03-30 Christoph Hellwig
+
+ linux-abi 2.4.3.0
+
+ * fix shared library support for COFF
+ * x.out is now supported (again)
+ * redo setting of personality based on ELF headers
+ * get rid of CONFIG_ABI_TRACE (and a lot of nasty ifdefs)
+ * added documentation, mostly from iBCS
+
diff -Nru a/Documentation/abi/ChangeLog.ibcs
b/Documentation/abi/ChangeLog.ibcs
--- /dev/null Wed Dec 31 16:00:00 1969
+++ b/Documentation/abi/ChangeLog.ibcs Thu Jan 3 20:09:33 2002
###########################################################
http://lwn.net/2001/1122/a/linux-abi.php3
From: Christoph Hellwig
To: linux-abi-devel@lists.sourceforge.net
Subject: [ANNOUNCE] Linux-ABI 2.4.14.0
Date: Sun, 18 Nov 2001 19:40:27 +0100
The Linux-ABI 2.4.14.0 release for Linux 2.4.14 is now available.
This is G o o g l e's cache of
http://www.mail-archive.com/users@lists.caldera.com/msg17430.html.
Re: SCO Linux on Unisys Servers
From: James Bonnet
Subject: Re: SCO Linux on Unisys Servers
Date: Thu, 23 Jan 2003 08:12:30 -0800
Christoph Hellwig wrote:
On Thu, Jan 23, 2003 at 10:02:31AM -0600, Shawn L Johnston wrote:
Article on the register
http://theregister.co.uk/content/61/28982.html
The support code hass been in the SuSE^H^H^H^HUL for quite a while now,
so this isn't exactly an surprise (except that they actually chose
SCO as their UL brand instead of SuSE).
Well gee.. Glad you clarified that for all of us...
-j
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@lists.caldera.com
Archive: http://www.mail-archive.com/users@lists.caldera.com
SCO Linux on Unisys Servers, Shawn L Johnston
Re: SCO Linux on Unisys Servers, Christoph Hellwig
Re: SCO Linux on Unisys Servers, James Bonnet
Linux Comes to Unisys Servers (via SCO)
http://theregister.co.uk/content/61/28982.html
http://www.linuxjournal.com/article.php?sid=6879
Torvalds cited a linux-kernel mailing list (lkml) posting from Christoph
Hellwig, a former employee at SCO, then called Caldera. Hellwig points out
the impracticality of actually getting copied code from UnixWare accepted by
the tough critics on the mailing list. "The kernel internals are so different
that you'd need a big glue layer to actually make it work and you can guess
how that would be ripped apart in a usual lkml review", Hellwig wrote.
#########################################################
https://external-lists.vasoftware.com/archives/linux-ia64/2001-October/00237...
[Linux-ia64] where did gABI go?
Doug Beattie dbb@caldera.com
Tue, 30 Oct 2001 08:32:39 -0700
Previous message: [Linux-ia64] where did gABI go?
Next message: [Linux-ia64] Re: Lion problems with 2.4.13...
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
David:
The materials you are looking for are currently available at the link
Christoph has noted below. They will be changing soon however. When
they do I will make sure the link to this and other ones from SCO are
updated on the LSB specification references page so they can be
followed/found.
In the future bookmark "http://www.linuxbase.org/spec/" to start
drilling down to find the references.
Doug
Christoph Hellwig wrote:
On Mon, Oct 29, 2001 at 05:30:50PM -0800, David Mosberger wrote:
The page at http://www.sco.com/developer/gabi/2000-07-17/ no longer
exists. Can someone tell me where the System V ABI pages moved to? I
did a quick search on caldera.com, but the search engine on that site
didn't produce anything meaningful.
http://stage.caldera.com/developer/gabi/
Christoph
--
Of course it doesn't work. We've performed a software upgrade.
_______________________________________________
Linux-IA64 mailing list
Linux-IA64@linuxia64.org
http://lists.linuxia64.org/lists/listinfo/linux-ia64
--
Douglas B. Beattie
------------------
Linux Test Architect - Caldera, Inc.
dbb@caldera.com
http://stage.caldera.com/developer/gabi/1998-04-29/contents.html
System V Application Binary Interface - DRAFT - April 29, 1998
http://stage.caldera.com/developer/gabi/2000-07-17/contents.html
System V Application Binary Interface - DRAFT - 22 June 2000
http://stage.caldera.com/developer/gabi/2001-04-24/contents.html
System V Application Binary Interface - DRAFT - 24 April 2001
http://stage.caldera.com/developer/gabi/latest/contents.html
System V Application Binary Interface - DRAFT - 24 April 2001
The Linux abi is a patch to the linux kernel that allows a linux system to run
foreign binaries.
This was developed and written by Christoph Hellwig and Joerg Ahrens as a
follow on to the iBCS/iBCS2 project written for the older 2.2.x kernel by
Mike Jagdis.
###############################################################
http://linux-abi.sourceforge.net/Main-text.html
Currently supported binaries are:
SCO OpenServer
SCO OpenDesktop
SCO Unix 3.x
SCO Xenix 386
SCO Xenix 286 (with userspace x286 emul)
SCO UnixWare 7
Caldera OpenUnix 8
SUN Solaris 2
System V Release 3 (SVR3)
System V Release 4 (SVR4)
Wyse V/386
ISC Interactive Unix
ONLY THE INTEL i386 platform is currently supported
############################################################
http://dbforums.com/arch/183/2003/3/714031
YES!!! - SCO Group Slaps IBM with $1B Suit
#############################################################
I garner that further searches and refinements on this and similar subjects
will produce further evidence of on-going access to SCO unix knowledge base,
code, api's and the ongoing help/contribs by various SCO personal to both
ia32 and ia64 developments. It appears, at least on a cursory level that up
until lately SCO was actively involved in both the 32 and 64 bit development.
I further submit that perhaps once SCO found that other systems were
preferred for implimentation over SCO's products that they decided to pull
this stunt.
Cheers, Curtis.