I'm sure I'm not the only person who sees SCO's recent legal
activities with dismay. For those of you still looking for facts,
take a look at the links off http://www.sco.com/scosource/, and
particularly the complaint at
http://www.sco.com/scosource/complaint3.06.03.html. There are a
number of things there which concern me, but particularly:
85. For example, Linux is currently capable of coordinating the
simultaneous performance of 4 computer processors. UNIX, on
the other hand, commonly links 16 processors and can
successfully link up to 32 processors for simultaneous
operation. This difference in memory management performance
is very significant to enterprise customers who need extremely
high computing capabilities for complex tasks. The ability to
accomplish this task successfully has taken AT&T, Novell and
SCO at least 20 years, with access to expensive equipment for
design and testing, well-trained UNIX engineers and a wealth
of experience in UNIX methods and concepts.
Apart from the fact that I can't see any factual evidence that System
V as licensed from SCO or its predecessors had any competitive SMP
scalability, the "20 years" concerns me. That could go back to the
days of the Seventh Edition.
Which brings me to the real point: a little over a year ago, we
received a message from Dion Johnson releasing Ancient UNIX under a
BSD licence. For those of you who have misplaced it, I'm attaching it
again. While none of us doubt that it is genuine, SCO has no record
of it on their web site, nor (as far as I know) do any of us have this
in signed form. In view of SCO's aggression, I think we should
contact them and ask them to at least put the statement somewhere on
their web site.
Comments?
Greg
--
Finger grog(a)lemis.com for PGP public key
See complete headers for address and phone numbers
Aharon Robbins:
Sigh. This is the response on gcc and `conj.' Terms of
disgust elided, since the sentiments are undoubtedly shared.
This list isn't the right place for a general discussion of
the matter, but I cannot resist remarking that this is one
of the best arguments I have ever seen in support of gnu
control.
Norman Wilson
Toronto ON
Sigh. This is the response on gcc and `conj.' Terms of
disgust elided, since the sentiments are undoubtedly shared.
Arnold
> Date: 11 Mar 2003 15:07:13 -0000
> To: arnold(a)skeeve.com, gcc-bugs(a)gcc.gnu.org, gcc-prs(a)gcc.gnu.org,
> nobody(a)gcc.gnu.org
> From: bangerth(a)dealii.org
>
> Synopsis: gcc 3.2.2 recognizes complex functions even without complex.h
>
> State-Changed-From-To: open->closed
> State-Changed-By: bangerth
> State-Changed-When: Tue Mar 11 15:07:12 2003
> State-Changed-Why:
> This is a gnu extension. The builtin conj function is switched
> off if you use -ansi or -std=c89.
>
> W.
>
> http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&…
Can someone clarify for me how Caldera fits in the picture? I thought
SCO sold Unix to Caldera? It was Caldera that did the BSD-ing of ancient
Unix.
FWIW I too paid $100 for an ancient Unix license, and I've got the System III
stuff that licensees had access to.
Thanks,
Arnold
A working link to the ancient-Unix license exists at
http://shop.caldera.com/caldera/ancient.html
This is a saved link; I didn't investigate how
to find it currently from a Caldera or SCO site.
In case anyone is interested, I retrieved
some fraction of the court papers from
the early 90s USL suit against BSDI and UCB.
The case seems in some ways similar to this
one. They are at
http://cm.bell-labs.com/cm/cs/who/dmr/bsdi/bsdisuit.html
In this one, USL pulled back after an injunction
was denied. By the time the 1993 ruling was issued,
USL was being taken over by Novell.
Dennis
Well, the impression I got from IBM re: AIX and Linux's relationship, was that
they were going to give AIX a Linux makeover so that they could maintain an
apparently unified Un*xish shop - as far as AIX and Linux _are_ Un*ces, that
is!
How that gets interpreted as importing Un*x trade secrets into Linux, I have
no idea.
I also thought IBM was going to allow some of their mainframe high
availability ideas to influence Linux - not through direct porting of the
code - VM/ESA is apparently written in PL/I, and I doubt that most Linux
programmers would touch that with a barge-pole. And a waldo at a workplace
on a planet on the other side of the galaxy. Or universe.
I myself wanted to get some information on the internal structure - ie, the
part that gets passed between the SFS client and the Reusable Kernel Server -
of the VM/ESA Shared File System way back when, and was told in no uncertain
terms, not to bother trying.
I don't see SCO has much chance of doing anything except causing a bit of
unwelcome disruption and - I hope - getting bought out at bargain basement
prices by IBM and getting the entire Un*x source tree BSDed or LGPLed to stop
all this useless nonsense at the "source". Or at the "sauce", to give it a
rather appropriate spin.
Wesley Parish
On Tuesday 11 March 2003 12:45 pm, Greg 'groggy' Lehey wrote:
<snip>
>
> I am very sure that IBM has not put any UNIX code into Linux. For one
> thing, it's not their style, and in fact they keep the AIX and Linux
> people very separate. Last year I wrote a clone of AIX's JFS file
> system on Linux for IBM. This is the old JFS, not the JFS they
> released under GPL. I was not allowed to see the AIX source code, for
> exactly the reasons of the complaint. The only information I had were
> the header files they distribute with the development system.
>
> The AIX code wouldn't have helped, anyway. Linux is not UNIX, as
> anybody who's done kernel programming in both knows. I had thought
> that this childish superstition about the holiness of source code
> would have been stamped out at the end of the last UNIX wars.
>
> Greg
--
Mau e ki, "He aha te mea nui?"
You ask, "What is the most important thing?"
Maku e ki, "He tangata, he tangata, he tangata."
I reply, "It is people, it is people, it is people."
DMR remarked:
> So far as I can tell from ISO/IEC 9899:1999,
> the panoply of Complex macros and functions
> are supposed to be enabled only after
>
> #include <complex.h>
>
> gcc looks to be overenthusiastic.
>
> Dennis
I would agree. I plan to file a bug report about it. I built and
checked the latest gcc, and even this file generates the
complaint:
#include <stdio.h>
int conj(a)
int a;
{
return a;
}
main()
{
printf("%d\n", conj(1));
}
Sigh.
Arnold
A thing that has puzzled me almost for ever is why the newline
character in C is 012 and not 015. Does anybody have any insight?
Greg
--
Finger grog(a)lemis.com for PGP public key
See complete headers for address and phone numbers
Lehey wondered,
> A thing that has puzzled me almost for ever is why the newline
> character in C is 012 and not 015. Does anybody have any insight?
And Haerr speculated
> Well, my take on this is that C was developed with UNIX,
> of course, and UNIX early on decided to use a single
> character rather than a two-char (CRLF) sequence for
> end-of-lines...
This came via Unix from Multics. My Multics
Programmers' Manual (1969) says, in reference
to its use of the ASCII character set: "Reference:
USA Standard X3.4-1967," and describes the LF
character, with code octal 012, "New Line.
Move carriage to the left edge of the next
line.... ASCII LF is used for this function."
I believe that either this or some other version
of ASCII standard blessed (or condoned) one
of the interpretations of the 012 character
for the new-line function. However, I haven't
turned up hard evidence of this, despite several
conversations with Eric Fischer, who has
kept track of various versions of the standards.
In the event, various of the terminals used early
on did implement the NL function. E.g. the
IBM 1050 and 2741 terminals (decidedly
non-ASCII) had a new-line function, like
a typewriter, no CR, but sometimes an
"Index" character that moved the paper
but not the printing element. The TTY 37
had an optional interpretation of 012 as
NL. Of course, other terminals required
separate CR and LF characters.
The choice of a single character to separate
lines still seems wise if you're using a byte-stream
model.
Dennis
Norman observed (about conj):
> Since the problem is a new library function that appeared in
> the official header files in C99, it makes sense that newer
> versions of gcc object. That means that as time goes by, newer
> C compilers everywhere will probably pick up the change. Any
> documentation stored next to festoon.c should definitely point
> out the problem and its full generality.
> We'll leave aside for now the question of whether complex
> conjugation really ought to be public.
So far as I can tell from ISO/IEC 9899:1999,
the panoply of Complex macros and functions
are supposed to be enabled only after
#include <complex.h>
gcc looks to be overenthusiastic.
Dennis
Since the problem is a new library function that appeared in
the official header files in C99, it makes sense that newer
versions of gcc object. That means that as time goes by, newer
C compilers everywhere will probably pick up the change. Any
documentation stored next to festoon.c should definitely point
out the problem and its full generality.
We'll leave aside for now the question of whether complex
conjugation really ought to be public.
Norman Wilson
Toronto ON
--- tuhs-request(a)minnie.tuhs.org wrote:
> Send TUHS mailing list submissions to
> tuhs(a)minnie.tuhs.org
>
> To subscribe or unsubscribe via the World Wide Web,
> visit
> http://minnie.tuhs.org/mailman/listinfo/tuhs
> or, via email, send a message with subject or body
> 'help' to
> tuhs-request(a)minnie.tuhs.org
>
> You can reach the person managing the list at
> tuhs-admin(a)minnie.tuhs.org
>
> When replying, please edit your Subject line so it
> is more specific
> than "Re: Contents of TUHS digest..."
>
>
> Today's Topics:
>
> 1. Re: compiling festoon (Warren Toomey)
>
> --__--__--
>
> Message: 1
> From: Warren Toomey <wkt(a)minnie.tuhs.org>
> Subject: Re: [TUHS] compiling festoon
> To: Aharon Robbins <arnold(a)skeeve.com>
> Date: Fri, 28 Feb 2003 09:22:49 +1000 (EST)
> CC: tuhs(a)minnie.tuhs.org
> Reply-To: wkt(a)tuhs.org
>
> In article by Aharon Robbins:
> > Hi All.
> >
> > The following diff is necessary to use GCC on a
> linux system.
> > (Anyone know what gcc's builtin `conj' function
> is? Beats me.)
> >
> > Warren, you might want to fix that last line in
> the archive version
> > of the file.
>
> Um, it compiles fine for me on FreeBSD using gcc
> version 2.95.3,
> so I'd say that it's a Linux library. I'll put your
> suggestion
> into the README.
>
> Warren
>
>
It also compiles fine with me. Using RH 7.2 with gcc
2.95.
Regards,
John Chung
> --__--__--
>
> _______________________________________________
> TUHS mailing list
> TUHS(a)minnie.tuhs.org
> http://minnie.tuhs.org/mailman/listinfo/tuhs
>
>
> End of TUHS Digest
__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/
Hello from Gregg C Levine
In the documentation for E-11, John Wilson, describes the "blinky
lights", essentially eight LEDs attached to the printer port of an
IBM-PC that's running his emulator.
Has anyone ever built one of those things, using either a PC board
blank from John Wilson, or decided to build one on his own? For that
matter, has anyone actually used it, to assist in the debugging of a
program, running on his emulator?
I'll probably e-mail John Wilson about this one directly, but, has
anyone written a custom plug-in, that would have the printer port,
pose as an I/O port for the emulator?
-------------------
Gregg C Levine hansolofalcon(a)worldnet.att.net
------------------------------------------------------------
"The Force will be with you...Always." Obi-Wan Kenobi
"Use the Force, Luke." Obi-Wan Kenobi
(This company dedicates this E-Mail to General Obi-Wan Kenobi )
(This company dedicates this E-Mail to Master Yoda )
> From: "Ian King" <iking(a)killthewabbit.org>
> To: "Gregg C Levine" <hansolofalcon(a)worldnet.att.net>, <pups(a)minnie.tuhs.org>
> Subject: Re: [pups] CDROM drives and PDP-11s
> Date: Thu, 27 Feb 2003 08:52:54 -0800
>
> John Wilson's PUTR program might be jut the tool - http://www.dbit.com. I'm
> guessing it might be ODS-2; worst case, I have an InfoServer that can read
> that, and a TK-50 I could dump it to... :-) -- Ian
> ----- Original Message -----
> From: "Gregg C Levine" <hansolofalcon(a)worldnet.att.net>
> To: <pups(a)minnie.tuhs.org>
> Sent: Wednesday, February 26, 2003 11:46 PM
> Subject: [pups] CDROM drives and PDP-11s
>
> Hello from Gregg C Levine
> Here's the problem. I have several CDs containing programs, and such
> like from Tim Shoppa. Two of them say they contain portions which are
> readable only by a CDROM Drive attached to a PDP-11. One of them is
> split in half. Half is readable on either of the two computers here,
> the other half, is in a format that's native to the PDP-11. The other
> is all in that proprietary format. So, has anyone managed to get them
> read to their machines? Or failing that to the appropriate simulators,
> or even emulators? Any suggestions?
When I look at "readme.txt" on my RT11 disk from Tim Shoppa I find the
following paragraph:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
The second part of the disk is seven RT-11 partitions. Each is a 65536
block RT-11 device that is accessible on a PDP-11 machine with a SCSI
host adapter and a SCSI CD-ROM drive. They appear as RT-11
DU partitions 13 through 19.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
The implication to me is that any of these partitions could be copied
to a 32MB file on a hard drive, and then attached to the PDP11 simulator
of your choice and read as an RT-11 drive.
The tool I would use for copying the partition is dd(1).
dd if=/mnt/cdrom bs=32M skip=13 count=1 of=dskimg
This requires that you have 32MB available RAM for the dd "copy in"
and 32MB available disk space for the dd "copy out". You could
trade off a smaller "bs" for a more complicated calculation of the "skip".
I suppose I am making the assumption that this work is being done on
a Unix-like system, which seems reasonable in the PUPS context.
carl
--
carl lowenstein marine physical lab u.c. san diego
clowenst(a)ucsd.edu
Hi -
> From: Bill Gunshannon <bill(a)cs.scranton.edu>
> Well, the fun continues. I guess it's not going to be as simple as
>
> When I try to build a custom kernel I get this:
>
> cc -O -DKERNEL -DUOFS -I. -I../h -S ../sys/kern_clock.c
> /bin/ed - < SPLFIX kern_clock.s
> ?
> ?
> ?
> ?
> ?
> ----------------------
> And the "?" go on forever. Can't even break out of it. Have to
> kill the simulation and start all over. Anybody run into this??
I have an extremely vague memory I might have seen it eons upon
eons ago but I might be imaginging it.
> Seems to be in the clock code. Is there something I might have
Hmmm, '?' is "ed"s error indication. I wonder if the '?' is
coming out of ed and not SIMH?
> missed in the CONFIG file that could cause this?? All I basicly
Not at this stage of the build - a config file error wouldn't allow
the first few compiles to succeed and then start causing errors
on kern_clock.c
One thing I did notice though was the use of 'ed' - that tells me
the patchlevel of the system is very low (i.e. old). 'ed' was
replaced with 'sed' which sped things up a _lot_ - and that took
place back around #325 in 1996.
Have you tried P11 instead of SIMH? When I'm too lazy to fire up
the 11/73 I use P11 to do the testing/patching and so on. It's a
bit a pain to configure (really arcane configfile syntax) but it works
very well - never had a problem with it.
Good Luck.
Steven Schultz
Does anyone know if there is a command like 'top' for 2.11 BSD?
--
Christopher L McNabb Tel: 540 231 7554
Operating Systems Analyst Email: cmcnabb(a)vt.edu
Virginia Tech ICBM: 37.205622N 80.414595W
GMRS: WPSR255 ARS: N2UX Grid Sq: EM97SD
It seems to me it's time to go back to basics:
Tell us what happens if you do
ls -l /dev/rl2a
and, if that file exists (as seems likely),
od /dev/rl2a
Diagnosing a problem of this sort solely by the mutterings
of the mount command is a bit like trying to decide what
is causing your back pain and therefore how to treat it
by the tone of your voice when you say `ouch.' (Hmm,
perhaps I have just invented a lucrative new paramedical
discipline, on a par with chiropractic and cold-laser
therapy and homeopathy and software consulting.)
Norman Wilson
Toronto ON
In article by Max Burnet:
> From: Bob Supnik <bsupnik(a)earthlink.net>
> To: Max Burnet <mburnet(a)bigpond.net.au>
> > I've just finished resurrecting Richard Miller's Wollongong port of UNIX
> V6
> > to the Interdata 7/32 (1976-77) - the first UNIX port in history. I hope
> > to release a kit over the weekend.
> >
> > If you have Warren Toomey's mail address, over at PUPS, will you please
> > forward this on to him as well?
> >
> > All the best to you and yours,
> >
> > /Bob
Congratulations Bob!!
Warren
I am trying to put 2.11 on one of my 11/44's. I picked up the RL02/RK
images from the archive. I put the RL02 images on real RL02's (Yes,
some of us still have and use them!! :-) My intent was to boot this
and then use it to build a system on a bigger disk and then go on from
there.
Here's my configuration:
11/44 CPU
CIS
EIS
FP11
4M memory (actually 3840KB)
MMU
3 RL02 disks
A CDU/720-TM SCSI Controller with 4 MAXTOR 340M disks and a QIC tape
Now the problem.
The system boots fine. And it will mount /dev/rl1a. But it won't mount
/dev/rl2a. I get "/dev/rl2a on /vol2: No such device or address".
I get the same error when I try to do a disklabel. What's more, I also
get this same error when I try to access any of the RA devices. I am
using the GENERIC Kernel which I assume has all the devices in it.
Anybody have any suggestions??
Of course, if I find that the SCSI Controller isn't going to work
I have another controller and a FUJI Eagle I could use too. But I
am certain I will need to get all three RL's working in order to
have enough of a system to do this.
Thanks in advance,
bill
--
Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves
bill(a)cs.scranton.edu | and a sheep voting on what's for dinner.
University of Scranton |
Scranton, Pennsylvania | #include <std.disclaimer.h>
Hi -
> From: Bill Gunshannon <bill(a)cs.scranton.edu>
>
> I am trying to put 2.11 on one of my 11/44's. I picked up the RL02/RK
> images from the archive. I put the RL02 images on real RL02's (Yes,
> some of us still have and use them!! :-) My intent was to boot this
RL drives were reliable (compared to RA81 and RK06/7 drives) if not
exactly spacious ;)
> 3 RL02 disks
> A CDU/720-TM SCSI Controller with 4 MAXTOR 340M disks and a QIC tape
>
> Now the problem.
> The system boots fine. And it will mount /dev/rl1a. But it won't mount
> /dev/rl2a. I get "/dev/rl2a on /vol2: No such device or address".
What rev of the kernel do you have? First line in /VERSION should
have the magic number.
> I get the same error when I try to do a disklabel. What's more, I also
> get this same error when I try to access any of the RA devices. I am
> using the GENERIC Kernel which I assume has all the devices in it.
>
> Anybody have any suggestions??
What I think is happening is that the system is only configured for
2 RL drives - the change from 2 to 4 happened quite late (patch #439
I think).
The RA problem sounds like the MSCP driver either isn't in the
kernel or wasn't probed/attached at boot time. You can see if
MSCP support's present with something like 'nm -g /unix | grep _raintr"
and seeing if you "040364 T _raintr" for the interrupt handler. If
you do get that then check /etc/dtab for a line like:
ra ? 172150 0 5 raintr # uda50, rqdx1/2/3
The '0' for the vector says for the probe/attach logic to assign
a vector and tell the controller what value was used. You could put
anything in there (154 or 150 I think is the assigned value for the
first MSCP controller).
If none of that works then I'm stumped as to why the RA drives can't
be accessed.
Good Luck.
Steven Schultz
Hello from Gregg C Levine
Here's the problem. I have several CDs containing programs, and such
like from Tim Shoppa. Two of them say they contain portions which are
readable only by a CDROM Drive attached to a PDP-11. One of them is
split in half. Half is readable on either of the two computers here,
the other half, is in a format that's native to the PDP-11. The other
is all in that proprietary format. So, has anyone managed to get them
read to their machines? Or failing that to the appropriate simulators,
or even emulators? Any suggestions?
-------------------
Gregg C Levine hansolofalcon(a)worldnet.att.net
------------------------------------------------------------
"The Force will be with you...Always." Obi-Wan Kenobi
"Use the Force, Luke." Obi-Wan Kenobi
(This company dedicates this E-Mail to General Obi-Wan Kenobi )
(This company dedicates this E-Mail to Master Yoda )
Bill,
kernel probably only supports one unit, _OR_ the filesystem doesnt
have all device nodes (/dev/rlXXX).
--f
> -----Original Message-----
> From: Bill Gunshannon [mailto:bill@cs.scranton.edu]
> Sent: Thursday, February 27, 2003 4:08 PM
> To: pups(a)minnie.tuhs.org
> Subject: [pups] 2.11 on an 11/44
>
>
>
> I am trying to put 2.11 on one of my 11/44's. I picked up the RL02/RK
> images from the archive. I put the RL02 images on real RL02's (Yes,
> some of us still have and use them!! :-) My intent was to boot this
> and then use it to build a system on a bigger disk and then go on from
> there.
>
> Here's my configuration:
>
> 11/44 CPU
> CIS
> EIS
> FP11
> 4M memory (actually 3840KB)
> MMU
>
> 3 RL02 disks
> A CDU/720-TM SCSI Controller with 4 MAXTOR 340M disks and a QIC tape
>
> Now the problem.
> The system boots fine. And it will mount /dev/rl1a. But it
> won't mount
> /dev/rl2a. I get "/dev/rl2a on /vol2: No such device or address".
> I get the same error when I try to do a disklabel. What's
> more, I also
> get this same error when I try to access any of the RA devices. I am
> using the GENERIC Kernel which I assume has all the devices in it.
>
> Anybody have any suggestions??
>
> Of course, if I find that the SCSI Controller isn't going to work
> I have another controller and a FUJI Eagle I could use too. But I
> am certain I will need to get all three RL's working in order to
> have enough of a system to do this.
>
> Thanks in advance,
>
> bill
>
> --
> Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n.
> Three wolves
> bill(a)cs.scranton.edu | and a sheep voting on what's for dinner.
> University of Scranton |
> Scranton, Pennsylvania | #include <std.disclaimer.h>
>
> _______________________________________________
> PUPS mailing list
> PUPS(a)minnie.tuhs.org
> http://minnie.tuhs.org/mailman/listinfo/pups
>
Hello again from Gregg C Levine
I know I asked this question early on, and I remember, and have the
original answer filed someplace.... But that was about a year ago.
Since then I had heard a rumor that the current Copyright Owner of the
"Ancient UNIX" products had in fact re-released the products under the
exact same license that both Minix, and BSD use.
In fact they could called a freely releasable product. Can someone on
this list confirm this? On a different list, for a different emulator,
to which that I belong, we there, are having a discussion regarding
the status of these products. I agreed with a correspondent that the
BSD ones, such as 2.11, and 2.9 were in fact freely available, pending
a response that is.
I am suggesting there, that someone should investigate porting either
V5, or V6, or even V7 to that platform. And someone naturally is
making that complaint. Someone else is also claiming that Amdahl did
just that, and sold it under the name UTS. But as you might guess, it
is not freely available.
-------------------
Gregg C Levine hansolofalcon(a)worldnet.att.net
------------------------------------------------------------
"The Force will be with you...Always." Obi-Wan Kenobi
"Use the Force, Luke." Obi-Wan Kenobi
(This company dedicates this E-Mail to General Obi-Wan Kenobi )
(This company dedicates this E-Mail to Master Yoda )