HDTenEightyP/NetNews huggingface dataset:
From: mamros@athena.lkg.dec.com (Shawn Mamros)
Newsgroups: comp.unix.ultrix
Subject: Re: Two questions from Ultrix novice
Date: 21 Jul 92 13:31:50 GMT
Reply-To: mamros@athena.lkg.dec.com (Shawn Mamros)
Organization: Digital Equipment Corporation


shenkin@avogadro.barnard.columbia.edu (Peter S. Shenkin) writes:
>1.  The "df" command is not properly displaying disk utilization.  If I
>    add large files, the command properly tells me that more kbytes are
>    used and fewer are free;  however, if I remove large files df exhibits 
>    no change.  The net effect is that as the system ages "used" eventually 
>    gets to 100% according to df, despite the fact that there is plenty of 
>    space on disk.  Rebooting updates the display.
>
>    What's broken, and how can I fix it?

What's almost certainly happening here is that a process still has the
file open when you remove it.  The system can't reclaim the disk space
which a file takes up until *all* references to the file are gone - not
only all directory entries ("links") to the file, but also any open file
descriptors to that file that a process may have.  This is why rebooting
"fixes" the problem - the process(es) which have that file open is/are no
longer around.

A classic example of this is a daemon process which maintains its own log
file.  Most daemons won't open/close a log file every time they want to
write a new entry to it - they'll just open it once at startup time, and
keep it open.  When you remove the log file, the daemon still has it open,
and the space the file takes up won't be made available until the daemon
closes it or until the daemon is killed.  Depending on which file it is
(and which daemon is responsible), you might be able to SIGHUP the daemon
and have it close the old log file and open a new one with the same filename,
without having to stop the daemon altogether.

Nothing is broken - that's just the way the filesystem is designed to work.
It ensures programs that an opened file won't be wiped away from underneath it.

-Shawn Mamros
E-mail to: mamros@athena.lkg.dec.com
Newsgroups: comp.unix.ultrix
From: mbl900@anu.oz.au (Mathew BM LIM)
Subject: How to direct syslog to remote machine?
Organization: Computer Services Centre, Australian National University
Date: 21 Jul 92 05:33:45 GMT

This may well be a FAQ as I do not normally monitor this newsgroup, but :

How does one (assuming it can be done) configure syslog under Ultrix 4.2A
to send it's messages to the syslogd on a remote (Sun) machine? 

If this is (as I suspect) impossible, then is there a hacked version
of syslogd for Ultrix which will?

Thanks in advance ...

--
Mathew Lim, Unix Systems Programmer, ANU Supercomputer Facility,	
Australian National University,	GPO Box 4, Canberra City, ACT, Australia 2601.
Telephone : +61 06 249 2750 	| ACSnet    : M.Lim@anu.oz
Fax       : +61 06 247 3425	| Internet  : M.Lim@anu.edu.au
Xref: sparky comp.unix.ultrix:5988 comp.software-eng:3016 comp.sys.sun.apps:1517
From: sammy@world.std.com (Samuel Murphy)
Newsgroups: comp.unix.ultrix,comp.software-eng,comp.sys.sun.apps,mitre.corp.techbb
Subject: Re: DEC FUSE, HP Softbench Experience?(SUNS especially)
Date: 31 Jul 92 04:50:24 GMT
Organization: The World Public Access UNIX, Brookline, MA

In article <1992Jul21.162319.5609@tamsun.tamu.edu> zod@zeus.tamu.edu writes:
>In article <ALS.92Jul17184602@dunvegan.linus.mitre.org>, als@linus.mitre.org (Alice Schafer) writes:
>|> I was surprised abd somewhat dismayed to find the message below on the
>|> net when I was just about to post the query:
>|> 	"We are looking at DEC FUSE and HP Softbench for the Sun Sparc
>|> in a distributed envirement for 5-10 but eventually 50 people.
>

>|>>    - the call graph browser  will often  crash when  loading-up its
>|>>      data-base, not that much better.
>Haven't seen this one but have brought up the call graph browser quite
>a bit.
>

The only part I've used much is the call graph. It's pretty clever
at aranging a picture of code. I gained some useful insight into
the structure of some database internals. It would be much more useful
though if I had 2-4 time as much memory as I do, and 24 meg. isn't snivaling.:)
It gets slow with 100k+ lines of code.

-Sam

sammy@world.std.com or sammy@smds.com
Newsgroups: comp.unix.ultrix
From: aej@manyjars.WPI.EDU (Allan E Johannesen)
Subject: Re: BIND/hesiod for SunOS?
Organization: Worcester Polytechnic Institute, Worcester, MA 01609-2280
Date: Wed, 22 Jul 1992 14:33:45 GMT

>>>>> On 22 Jul 92 11:43:19 GMT, ccbjs@levels.unisa.edu.au said:

ccbjs> (In case it doesn't show, I probably don't understand the
ccbjs> implications of what I am asking for. eg Am I going to have to
ccbjs> replace Sun's passwd(1)?)

Yup.  Actually, you're going to have to replace everything.  e.g. When
'ls -l' shows a username, it's looked the UID of the owner of the file
up by getpwuid().  i.e. all the basic 'look up something for me in the
passwd file' routines have to be replaced, and then everything that
calls it has to be relinked (which means you need the .o files or the
.c files from which the tools came, too).  That's a heck of a list of
programs.

passwd(1) is another problem, too.  Most of the above (chown, chgrp,
ls, ps, heck, even awk, lpr, lpq, on and on and on) could work if
simply relinked, but passwd needs intimate understanding of how to
communicate with hesupd as well.

DEC would be _REAL SMART_ to market a Sun suite of binary code to fit
into their realm, since the DEC bind/hesupd stuff is pretty cute.
From: frank@croton.nyo.dec.com (Frank Wortner)
Newsgroups: comp.unix.ultrix
Subject: Re: dxpsview error
Keywords: dxpsview, Postscript
Date: 21 Jul 92 18:20:59 GMT
Reply-To: frank@nyo.dec.com
Organization: Digital Equipment Corporation


Try this:  pull down the "Options" menu and select "Watch Progress".
Now open the file.

I *think* this is documented in the release notes, but I don't have a copy
here, so I can't tell you where.

						Frank
Newsgroups: comp.unix.xenix.misc,comp.unix.xenix.sco,comp.unix.xenix
From: mcvey@mprgate.mpr.ca (Iain McVey)
Subject: GDB for XENIX
Originator: mcvey@quasar
Organization: MPR Teltech Ltd., Burnaby, B.C., Canada
Date: Wed, 29 Jul 92 18:49:02 GMT

I have tried to build gcc for xenix so that I can build gdb for xenix,
but I have not been successful.

If you have a compiled gdb for xenix or even sco unix, please drop me a line.

- Iain -
-- 
Iain McVey (mcvey@mprgate.mpr.ca)   | - As you can see, I am still alive.
Software Designer                   |   Born that way, you know?
MPR Teltech Ltd.                    | - How romantic, two ships passing out
8999 Nelson Way, Burnaby, BC        |   In the night. - Hawkeye Pierce
Newsgroups: comp.unix.xenix.sco
From: ronald@gate.demon.co.uk (Ronald Khoo)
Organization: Demon Internet Services.
X-Mailer: Mail User's Shell (7.2.4 2/2/92)
Subject: Re: Compiler
Date: Sun, 26 Jul 1992 17:13:03 +0000

srodawa@vela.acs.oakland.edu (Ron Srodawa) wrote:

> Both gcc and g++ for Xenix/386  are available on unix.oakland.edu 
> (141.210.180.2) via anonymous ftp in /pub/xenix.  Ron.

Alternatively, for sites who can't have, or do not wish their packets to
cross the nsfnet, a slightly newer cut of the same packages are available
from ftp.demon.co.uk[158.152.1.65]:/pub/xenix.  Grab README from that
directory to find out what the filenames are.  ftp.demon.co.uk is
on PIPEX which is reacheable through Alternet.

-- 
Ronald Khoo <ronald@demon.co.uk> <ronald@ibmpcug.co.uk> <ronald@robobar.co.uk>
BTNet: +44 71 229 7741                    | Brambles are the order of the day.
Newsgroups: comp.unix.xenix.sco,comp.unix.xenix.misc,comp.unix.xenix
From: rahman@ces.cwru.edu (Rahman A. Soomro)
Subject: connecting from a remote location to the main location
Organization: Computer Engineering and Science, Case Western Reserve University
Date: Wed, 22 Jul 92 17:45:30 GMT

Hi,

I have a Wyse60 with 2400 Practical Peripheral modem 
as a remote worksatation. I am always having problem
connecting to my main machine, which is running an
application on SCO xenix 2.3.2. 

When I try to logon to machine sometimes I get 
connect 2400 then I logon as usual, but sometimes
while I am working on the machine line get some
problem. If I try to logon again I just get the
bell ringing no response from the modem at my main
location. I drive miles from my remote location 
to my main location to shutdown the system and 
then I can logon form my remote location again.

If I logoff from the application I can logon again 
with no problem.

Is there any solution there to this problem:
If I get disconnected or interuption for some reason
I logon to the system without bringing the system 
shutdown.

I will appreciate if you send me reply
directly to my mail box.
rahman@alpha.ces.cwru.edu

thanks,
From: david@dynamix.com (David L. Jarvis)
Newsgroups: comp.unix.xenix.sco
Subject: Re: HP DAT drive hanging
Date: 30 Jul 92 13:28:45 GMT
Organization: SOFTWARE / DYNAMIX
X-Received: by usenet.pa.dec.com; id AA15458; Thu, 30 Jul 92 13:36:46 -0700
X-Received: by inet-gw-2.pa.dec.com; id AA17252; Thu, 30 Jul 92 13:36:43 -0700
X-Received: from dynamix.UUCP by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet)id AA05805; Thu, 30 Jul 92 16:36:05 -0400
X-Received: by dynamix.com (smail2.5c)id AA09935; 30 Jul 92 09:28:46 EDT (Thu)
X-To: comp.unix.xenix.sco.usenet (comp.unix.xenix.sco)
X-Cc: mel%fleet@cs.tulane.edu
X-In-Reply-To: <41@fleet.UUCP>; from "mel" at Jul 27, 92 12:14 pm
X-Mailer: ELM [version 2.3 PL11]

> iA HP DAT drive (model 35470A without compression running under SCo Unix
> version 3.2.4 keeps "hanging" on the issuing of a second tape command.
> It can only be cleared by a shutdown/restart of the CPU.
> 
> I am running it on a HP Vectra 486/33T EISA based CPU with an
> Adaptec 1740 controller. Have tried to run the Adaptec SCSI controller
> in either level or edge mode and also regular or enhanced mode.  The
> behavior reminds me of the tape drive "bug" SCO had with Archive drives
> a year or two back under Xenix. Eventually SCO shipped a patch for it.

I've experienced the exact same problem while installing a system 
with the exact same equipment.  First access to the drive works, but
subsequent accesses hang.  SCO is aware of the problem, and has a
bug fix available on sosco.  The problem is that ...

> SCO has incorporated the 1740 enhanced support and HP DAT support into
                                                   ^^^^^^^^^^^^^^^^^^^
                                                    is broken
... all you need to do is download the fixed hpdriver from sosco (or get it
wherever you can, sosco was quickest while onsite) and relink it into the
kernel.  The fix went smoothly and no problems have been reported since.

> No combination I have tried yet has cleared this up and I'm supposed to
> install the system on Wednesday. All help and suggestions gladly accepted.

Well then hopefully I'm not the first person to tell you this :-)
Seriously tho, had you called SCO they'd have (or, *should* have) picked
right up on this; least they did for me (which was a, well, pleasant
surprise :-) )

Best Regards,

/----------------------------------------------------------------------\
|          David L. Jarvis                 SOFTWARE  /                 |
|          david@dynamix.com                       /  DYNAMIX          |
\----------------------------------------------------------------------/
Newsgroups: comp.unix.xenix.sco
From: ahmcs@world.std.com (Alan H Mintz)
Subject: Re: dirent and strerror problems in SCO XENIX 2.3?
Organization: The World Public Access UNIX, Brookline, MA
Date: Wed, 29 Jul 1992 04:39:12 GMT

In article <MJN.92Jul25230735@pseudo.uucp> mjn@pseudo.uucp (Murray Nesbitt) writes:
>In article <466@ahmcs.mq.com> alan@ahmcs.mq.com (Alan Mintz) writes:
>> [ XENIX strerror macro causes parse problems ]
>
>Look more closely at the output of cpp.
>
>This is how the macro strerror() is defined in my original string.h
>(Xenix 2.3.2):
>
>    #define strerror(err)       (sys_errlist[err]);
>
>Notice the semi-colon at the end.  Obviously, this causes problems
...
>Delete the trailing semi from string.h (or have your sysadmin do it),
>and you shouldn't get bitten by this one again.

Which I did. I forgot about /usr/local/lib/gcc-include/string.h, though,
which I discovered when I ran it through gcc-cpp instead :-)
-- 
< Alan H. Mintz | alan@mq.mq.com      | ...!uunet!ahmcs!mq!alan  BEST PATH >
<            OR | ahmcs@world.std.com | ...!uunet!world.std.com!ahmcs      >
Newsgroups: comp.unix.xenix.sco
From: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Subject: Re: shell scripts starting with #!/bin/sh
Organization: Unix in NYC
Date: Wed, 22 Jul 1992 01:56:18 GMT

In article <1992Jul20.223702.1924@ve3ied.UUCP> bduncan@ve3ied.UUCP (Bill Duncan) writes:
>In article <9207140914.AA04480@dynamix.com> david@dynamix.com (David L. Jarvis) writes:
>>Also ...
>>
>>> in SYSTEM V, the first line either has a : or it doesn't.
>>> 
>>> If it does, it is a bourne shell script (sh) if it doesn't, it is a csh
>>> script.
>>
>>this doesn't sound right to me ... I ran scripts without the : for years
>>and /bin/sh was always the shell used ... it would seem to me that without
>>the : indicates to use the current shell as the interpreter, but thats just
>>my guess ... (perhaps the : just says that if you're using csh that sh
>>should be used instead?)
>>
>
>You're right on the last count.  The Bourne shell will try to execute anything.
>See Chip's notes.  Under Xenix it is a csh hack, and the hack is to execute
>/bin/sh if it sees the ":" on the first line.


WRONG. Xenix or Unix, it matters not. If a C shell runs a script and sees a '#'
as the very first character in the script, it spawns another C shell.

If it sees any other character, the C shell spawns a Bourne shell.

IOW, the ':' has NO special meaning as the first character of a shell script
read by csh, but the '#' does have a meaning as the first character of a shell
script called from csh. ONLY the presense or absence of an initial '#' matters
to csh.

The csh man page is quite clear on that, but I restated it in all these words
because some of you are so stubborn.
-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Newsgroups: comp.unix.xenix.sco
From: dje@sspiff.ampr.ab.ca (Doug Evans)
Subject: Re: transfer protocols
Organization: Edmonton, Alberta
Date: Wed, 22 Jul 1992 04:37:05 GMT
X-Newsreader: Tin 1.1 PL4

ocon@bert.cs.byu.edu (John S. O'Conner) writes:
>Does anyone know of a file transfer protocol that will allow me to 
>transfer a batch of files during a single session.  I would hate to call
>uucp twelve times to send 12 different files.  

Not sure I understand the problem (so the following may be off target).

This is not a problem with uucp. For example, if I do

uucp *.c canada!~

then all files ending in .c in the current directory are queued
for transfer to directory /usr/spool/uucppublic on machine 'canada'.
(Believe it or not, such a machine exists and is a registered uucp site :-)

This will work whether there is one .c in the current directory or
two hundred, and assuming uucico (the program that actually does the
transfer) doesn't run into problems (eg. line noise) all queued files
are transfered in one session.

And, just to be pedantic, I can replace the above with

uucp file1 file2 file3 ... fileN canada!~

and all the files will (normally) be transfered in one session.

Perhaps the problem is in not understanding how uucp works (although
I hate to suggest someone doesn't understand something when they really
do ... if so, please forgive). The command 'uucp' just queues files
for transfer. Program 'uucico' actually does the transfer: it transfers
all files queued thus far (actually, it can get more complicated than this
as there are various "grades" of jobs, but lets keep things simple). The
command 'uucp' normally causes uucico to be run to actually do the transfer,
but this can be disabled with

uucp -r ...

There are various reasons why one might want to do this, but I digress.

Anyways, I'm probably way off target already, but hope this helps.

>Can anyone suggest another newsgroup that may be able to address this
>issue?

comp.mail.uucp comes to mind. Not really sure whether it's "better" or not.

:-)
-- 
Doug Evans               | "You're just supposed to sit here?"
dje@sspiff.ampr.ab.ca    |               - Worf in a mud bath.
From: jeffl@comix.UUCP (Jeff Liebermann)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Cpio and Filesystem Backup
Summary: eliminating unwanted dirs from cpio backup
Date: 28 Jul 92 04:32:54 GMT
Followup-To: comp.unix.xenix.sco
Organization: COmmittee to Maintain Independent Xenix

In article <1992Jul17.212811.29900@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>
>  This is a good idea, I'll throw out another, why not do a find on
>everything and then use a simple awk script to break up the output into
>several filelists, one per partition?

awk is a bit too much for the purpose intended.  This is a
very simplified version of what I use to illustrate the
principal.


:
# @(#) cpio.bak.root	Make backup tape from root directory using cpio.
# by Jeff Liebermann  02/28/91
#
# Ignore anything in  /u  /v  /usr/spool/news
find / -depth -print | egrep -v "^/u/|^/v/|^/usr/spool/news/" |\
cpio -ocBv > /dev/rStp0


Note that you can ignore more than just filesystems.
The  find -mount  option only recognizes file systems and
will not do the job within a filesystem.

The problem with this approach is that it is exessively
simplistic for NFS which have filesystems mount and unmount.
You can easily goof and get an extra filesystem in the
backup that wasn't listed in the script.  However, since
this is a Xenix newsgroup, and NFS is not available for
Xenix, this should not be an issue.


-- 
# Jeff Liebermann   Box 272     1540 Jackson Ave     Ben Lomond    CA   95005
# 408.336.2558 voice  wb6ssy@ki6eh.#nocal.ca.usa  wb6ssy.ampr.org [44.4.1.86]
# 408.699.0483 digital_pager    73557,2074  cis [don't]
# jeffl@comix.santa-cruz.ca.us  uunet!comix!jeffl  jeffl%comix@scruz.ucsc.edu
From: gt8963a@prism.gatech.EDU (MCCARTNEY,JEFFREY ELWOOD)
Newsgroups: comp.unix.xenix.sco
Subject: Need public domain compiler for sco xenix
Date: 24 Jul 92 14:30:34 GMT
Distribution: usa
Organization: Georgia Institute of Technology

Does anyone know where i can get a public domain sco xenix compiler?

GCC, perhaps?

-- 

uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt8963a
Internet: gt8963a@prism.gatech.edu
Newsgroups: comp.unix.xenix.sco
From: neese@adaptx1.UUCP (Roy Neese)
Subject: Re: Is a second tape device possible?
Organization: Adaptec Inc., Texas
Date: Wed, 29 Jul 1992 21:09:16 GMT
Keywords: rct nrct tape dev

In article <1992Jul27.213209.12200@ksgbbs.harvard.edu> timb@ksgbbs.harvard.edu (Tim Buehrer - 625-6829) writes:
> 
> We are trying to set up a second tape drive on our xenix box.  mkdev tape
> insists on just overwriting rct0 and nrct0 with the new settings.  Is there
> a way to create a second tape device like rct1 and nrct1?

Sure.  If the tape is hanging off of a SCSI card, you can make the
device nodes by hand.  The major number is (34 + the target ID) of the
SCSI tape drive and the minor number is 0, so if you have a tape at
target ID 4, the mknod command might look like;

mknod /dev/tape2 c 38 0

You don't need to do anything else, just access the drive.  I have 2
tape drives hooked up to my system and they work just fine.
---

			Roy Neese
			Adaptec Senior UNIX/SCSI Software Engineer
			UUCP:	convex!egsner!adaptex!neese
			Inet:	neese%adaptex@cirr.com
From: markus@rsvl.unisys.com (Mark Vallevand)
Newsgroups: comp.unix.xenix.sco
Subject: SLS xnx316 does not link
Date: 30 Jul 92 15:05:46 GMT
Organization: Unisys - Roseville, MN

SLS xnx316 for the kernel does not link correctly.  The tags
 ad0intr
 ad8intr
are undefined.  The tags are not in any library or object file
used during the kernel link process.  Anybody out there get
SLS xnx316 to go?
From: ram@lionet.Wesley.OZ.AU (Richard A. Muirden)
Newsgroups: comp.unix.xenix.sco
Subject: UFN problem (Xenix 2.3.2)
Date: 27 Jul 92 01:36:21 GMT
Organization: Wesley College, Melbourne

Hi,

I installed UFN (xnx296a) on my 2.3.2 system, all goes ok until I try
to link the new kernel and I get stuff like:

kid.o : fatal error: invalid object module
 pos: 1 Record type 1f

Is this a problem with the linker or the object modules? I've tried
re-copying the file from the UFN tar file (ie: straight from uunet)
but to no avail...

Could it be the linker?

Any suggestions?

-richard

-- 
Richard Muirden,                       | Also final year Computer Science
Systems Administrator (unpaid - gasp!) | Student, RMIT. Shostakovich Freak!!
Wesley College, Prahran Campus,        | Star Trek fanatic on the side.
mail: ram@lionet.wesley.OZ.AU  IRC: GA |
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.xenix.sco
Subject: Re: rmail/sendmail UUCP reports
Date: 31 Jul 92 19:26:10 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1534600006@igc.org>, crosenberg@igc.org (Charlie Rosenberg) writes:
| 
| remote execution        [uucp job pandoraC72bb (7/30-15:45:17)]
|         rmail owen
| exited normally

  I see this with news, too. I put a filter on my incoming mail to drop
these in the bit bucket and just mail me a daily summary of who sent
them and how many total.

  It may be due to those programs terminating in some way other than a
nice call to exit() with a value of zero. The wait() call returns some
funny status, and if there were a value non-zero but with low 8 bit ==
0, you might see something funny. I haven't chased it, I just wanted it
to go away.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
	It never ceases to amaze me that otherwise rational people, able to
	understand calculus, compound interest, and the income tax form, can
	continue to believe that poker is a game of chance.
Newsgroups: comp.unix.xenix.sco
From: gemini@geminix.in-berlin.de (Uwe Doering)
Subject: Re: VP/ix not terminating on hangup
Keywords: vpix hangup
Organization: Private UNIX Site
Date: Wed, 22 Jul 1992 07:48:59 GMT

rfrenkel@world.std.com (richard frenkel) writes:

>I am running a VP/ix session over a dial up line (xenix 2.3.1, vpix 1.1).
>If the line is disconnected, the vpix session doesn't terminate and the
>next caller goes right in where the last left off (not good for security).
>Sending a kill -1 to the process terminates it fine.  Why doesn't the
>process terminate when there is a hangup and how can I fix it?

You may want to install FAS instead of the sio driver. I know that under
ISC UNIX the asy driver would disable modem control in DOS mode, even
for dialins, so that a hangup didn't terminate VP/ix. I don't know
whether this is still true for the current ISC UNIX release. However,
because VP/ix was developed by ISC it is likely that many vendors who
implemented VP/ix support in their serial drivers copied the bug from
ISC and therefore their drivers won't send SIGHUP to VP/ix, either.

Under ISC UNIX and other UNIX flavours FAS has fixed this problem,
so maybe it helps under Xenix, too.

    Uwe
-- 
Uwe Doering  |  INET : gemini@geminix.in-berlin.de
Berlin       |----------------------------------------------------------------
Germany      |  UUCP : ...!unido!fub!geminix.in-berlin.de!gemini
Newsgroups: comp.unix.xenix.sco,biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: perl and groff binaries for SCO.
Organization: Celestial Software, Mercer Island, WA
Date: Tue, 21 Jul 1992 16:56:25 GMT

In <9207202129.aa09972@gate.demon.co.uk> ronald@gate.demon.co.uk (Ronald Khoo) writes:

.....
:I'm afraid that I won't be in England much longer, and in any case I
:do not have regular access to a SCO machine anymore, so I'm afraid I can't
:oblige.

I for one, would like to express my appreciation for the work
you've done in the past porting gcc and other software to the SCO
Xenix and UNIX platforms.

The SCO community will miss you.  Good luck in your new job.

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?