HDTenEightyP/NetNews huggingface dataset:
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: What have I forgotten?
Date: 12 Aug 92 16:33:37 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Followup-To: poster
Organization: GE Corporate R&D Center, Schenectady NY

I have been running 0.96pl2 and decided to try the new 0.97pl1 kernel
last night. For some reason I can get it to boot the new kernel. I
looked in my notes, and then the FAQ, and I seem to have done it right,
tried /etc/system, still used the old kernel, tried /etc/Image, tried a
few more things, n.g.

I suppose I'll wind up getting the source for shoelace and grinding
through it to see what I did the last time (0.96c => 0.96pl2) I
upgraded, but I sure don't see it.

Replies by mail, please, I'm sure if anyone else cared it would be in
the FAQ ;-)
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
From: tdunbar@vttcf.cc.vt.edu (Thomas Dunbar)
Newsgroups: comp.os.linux
Subject: kermit in X, not otherwise
Date: 14 Aug 92 20:53:58 GMT
Organization: Virginia Tech, Blacksburg, VA


kermit (which i using now) works fine when i start it in an xterm. however,
if i'm not in X, after the 4 connecting to ... & escape char lines info,
it escapes back to the local machine (connect is last line of my .kermrc)
there's the C-Kermit> prompt and then i'm back at the regular bash prompt.
  in both cases, i'm logged in as root. in fact, TERM is even set to xterm
in both cases (but vt100 or console terms work the same). 
  way back in ver. 0.12 i had kermit working but until i tried it today
from inside X-windows, kermit has always dropped out as i describe above.
 Why does it work in X? (not that i'm complaining, just curious)
   i'm using: kernel 0.97 patch level 1 with base utilities, etc from the
MCC-interim dist.
   thomas
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Re: Jumptable Performance (Was: Re: shared libs - can everyone be happy with this?)
Date: 18 Aug 92 14:08:58 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Aug18.080437.3944@fys.ruu.nl>, hooft@fys.ruu.nl (Rob Hooft) writes:
| In <NOP.92Aug17135014@theory.Mankato.MSUS.EDU> nop@theory.Mankato.MSUS.EDU (Jay A. Carlson) writes:
| 
| >I'm not sure that all this trouble is worth it.  Does anyone have any
| >hard data on the performance loss of jump tables?
| 
| Well, I think the only way to correctly test thi is to run the BYTE
| bench again. Especially the 'concurrent shell script' part. I didn't
| do this yet, but I had a very strange experience with the jumptables
| yesterday, and it is reproducible (so far).

| I didn't believe this, so I repeated it many times. Is there any one
| who has an explanation for the fact that the '-jump'ed executable is
| 3% faster? Could this be caused by a difference in the crt0.o?

  Have you timed this with the time command (I posted one about 2 weeks
ago to tsx and banjo, hope it's up by now on tsx at least)? I have a
thought that the jump may be effecting the ratio of user/sys time (no, I
don't know how) and that would show it. I believe the flops uses the
user CPU to calculate performance, not the total.

  That would also show the realtime, which I would expect to go up.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Newsgroups: comp.os.linux
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: Re: AMD386 vs. Intel386 & external cache problems
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Organization: The Internet
Date: Wed, 12 Aug 1992 19:06:49 GMT

   From: herr@hp11.iti.informatik.th-darmstadt.de (Gabor Herr)
   Date: Wed, 12 Aug 1992 15:31:49 GMT

   two weeks ago I posted to this newsgroup, that I had problems with my
   new 386 motherboard (AMD386, 40MHz, ETEQ Cougar chipset, 64KB cache,
   8MB memory). 
   Running Linux on it, from time to time some processes or even
   the kernel died with a signal SIGSEGV, which was caused by a `general
   protection error'. After turning off the onboard external cache
   everything worked fine. 

	.....

   - Are there differences between AMD 386 and Intel 386? Has the AMD
     probably some bugs?


Well, have a AMD 386 40 MHz motherboard, ETEQ chipset, 128k cache, 16 MB
memory --- and I haven't had any problems at all.  Perhaps your board
was just defective; did you try asking your dealer to swap your
motherboard for another one with the same configuration?

							- Ted
Newsgroups: comp.os.linux
From: jsr@dexter.mi.org (Jay S. Rouman)
Subject: Re: Linus security/Non root access
Organization: Private System, Mt. Pleasant, MI, USA
Date: Fri, 21 Aug 1992 17:29:48 GMT

In article <1992Aug21.041250.21094@ns1.cc.lehigh.edu> jjk1@ns1.cc.lehigh.edu (Konsultant Josh/fuzzy.happy.green.box) writes:
>Yes, anyone will be able to get into your system as root by booting
>from floppy (this discussion came up a while ago, and we have some
>very strongly opinionated people as to what should be done :-).
> [...]
>The "best" solution seems to be going with the password-protected
>BIOS.

This is essentially what Sun does.  It's a passworded boot prom, but
the effect is the same.  However, keep in mind that once someone has
physical access to a machine, most of the security battle is already
lost.  They can always remove the disk drive and move it to another
machine, if they can't get around your password system.  I have been
taught to make the machine as secure as possible from dialin and
network attacks and let it go at that.  If the bad guy has physical
access, it's only a matter of time.
-- 
Jay S. Rouman  (jsr@dexter.mi.org)
Newsgroups: comp.os.linux
From: james@netcom.com (James L. Paul)
Subject: getty_ps and modem carrier loss
Date: Sat, 22 Aug 92 04:02:29 GMT
Organization: Netcom
Keywords: getty, modem, dialup

I'm using uugetty and getty from the getty_ps package with Linux 0.97.1
Everything is working great, dialups are easy and the autobaud method is
'charming.' However, I'm having trouble getting the shell (or whatever the
current parent process is) to die when modem carrier is lost before logout.

I have a smart modem, and am using &c1&d2&s1 for the relevant settings.
     &c1 makes the DCD track the modem carrier status
     &d2 disconnects in response to a DTR drop (not really relevant here)
     &s1 makes the DSR follow EIA specs. (I thought this was the key, but no.)

I need to generate a SIGHUP (I assume) to the process when a connection dies
before logout, but this doesn't seem to be happening. How do I fix it?
-- 
James L. Paul

Internet:    netcom!james@apple.com | AppleLink: D1231 | CompuServe: 72767,3436
UUCP:   {apple,amdahl}!netcom!james | GEnie:    J.PAUL | Voice:    607 776-3070
Packet: N6SIW@WB2PSI.#WNY.NY.USA.NA | Delphi:   JLPaul | Home Fax: 607 776-3070
America Online:   JLPaul or Memorex | BIX:      JLPaul | Prodigy:       PWTB41A
Newsgroups: comp.os.linux
From: arvola@tnclus.tele.nokia.fi
Subject: HELP: Pvga1/512k in 800x600 mode???
Organization: Nokia Telecommunications.
Date: Tue, 18 Aug 1992 14:15:58 GMT


Hi,
        i have paradise 1024 (pvga1, 512k mem). It works fine
        with X Windows in 640 x 480 mode. Does anybody
        configure it to higher resolution ( e.g 800x600 with 16 colors)?.

Thanks: Raimo
From: copernicus@digund.uucp (Copernicus) 
Newsgroups: comp.os.linux
Subject: Compiling 0.97
Date: 14 Aug 92 22:03:00 GMT
Distribution: world
Organization: Digital Underground - PRIVATE
Reply-To: copernicus@digund.uucp (Copernicus) 

To: hammond@kwhpc.caseng.com

KWHC:>I've installed GCC 2.2.2 (less 2.2.2inc.tar.Z) and untarred the 0.97 kerne
KWHC:>sources.  I've installed the symlink from /usr/include/linux to
KWHC:>/usr/src/linux/include/linux.  The make proceedes fine until it tries to
KWHC:>build tools/build.c and then failes because stdlib.h tries to include
KWHC:>sys/types.h and sys/types.h does not exist.

KWHC:>Any ideas?  What am I missing here?  Every one else seems to have just ins
KWHC:>GCC 2.2.2 and the 0.97 sources and built everything fine??

KWHC:>Could you post and mail to me directly as I only get the digest and have a
KWHC:>urgent need to get the 0.97 kernel compiled?

KWHC:>-kwh-

Basically all I did (and I did this today) was this:

echo "#include <types.h>" >> /usr/include/sys/types.h

Workes great for me.

Linus:  GREAT job on Linux so far.  I use this over ANYTHING right now.

Chris Nalley
---
 . SLMR 2.1 . Hello, I am part number ................
From: jepstei@afterlife.ncsc.mil (John Epstein)
Newsgroups: comp.os.linux
Subject: hash -r missing from install.2.x for GCC
Date: 17 Aug 92 10:33:30 GMT
Organization: The Great Beyond

Not having gcc 2.2.2d compiled binutils on the first try
at installing gcc 2.2.2d, I had to re-re-install gcc 2.2.2d
because the install.2.x shell script lacks a 'hash -r'
after installing the binutils.  This problem might also
occur after the original attempt to gcc -dumpspecs,
requiring a 'hash -r' after installing 2.2.2ddb.tar.Z

Of course, getting wierd results and rebooting also is
effective as a rehash :-) :-) :-)

John
From: David.Fox@Saigon.COM
Newsgroups: comp.os.linux
Subject: Mountain Filesafe (TEDD101/CQUICIC80) linux support?
Date: 8 Aug 92 20:40:27 GMT
Organization: Station Zebra Corp, Sunnyvale CA Ph:408-739-1520

I have a Mountain Filesafe tape drive hooked up to my 386SX, and am
considering using Linux.  It is a Mach2 controller 8000 Plus, and it
usually writes proprietary TD-101 format (150 megs per DC 2120 tape, or 
~300 megs compressed) but I can also read/write QIC-80 tapes as well.

Anyone working on such a driver?  If it exists, where can I get it?
Newsgroups: comp.os.linux
From: knight@hal.gnu.ai.mit.edu (Knight of Tossing and Turning)
Subject: AMD-40 Cycle Timing Problems
Summary: Probable AMD problem answer 
Keywords: amd cpu
Organization:  Some, not much. 
Date: Sat, 15 Aug 1992 23:05:11 GMT


Sorry this took forever to jump into this conversation but I figured it
wasn't going to freak so many people out.

I was instructed in my PC Archetecture class that the AMD-40 CPU (and
only that CPU) has a relatively minor problem with timing between
certain cycles.  I'm not sure which combination of instructions causes
the problem, and I'm not in a position to find out.

If someone looks this up, it is a documented bug.  However, I don't
have the AMD CPU manuals to look it up.

The reason this is only for the 386-40 is because it is basically a
superscaler CPU (like a 486-2DX50) consisting of something like
2-25 MHz chips.  I'm not really into the hardware aspect of personal
computers, so don't ask me much more than this.  But is basically
timing between the two where the bug occurs.

As the guy with the flat-hat says, "A PC that is MS-DOS compatible
might not be UNIX compatible, but any that is compatible with UNIX
will run probably anything."

--- Eric Knight
From: tlhilde@roby.ecn.purdue.edu (Troy Hildebrand)
Newsgroups: comp.os.linux
Subject: large compress, not enough memory...
Summary: foolish thing to do
Keywords: help
Date: 14 Aug 92 03:36:03 GMT
Organization: Purdue University Engineering Computer Network

Ok, I have a 386SX(16) with 2Meg of ram... about 1.2 Meg free after bootup.

I think i just did something rather foolish, and am wondering how long
it will take to finish.  I have a 1.4 Meg tarfile, which I decided to
compress.  Thing is, the tar file is larger than my memory, and it is
taking a long time to finish.

How long can I expect this to take?  I do not want to turn it off, and
cannot get a prompt to respond to reboot (or any command for that matter).
I want no damage to my filesystem, so will I have to wait until it finishes?

when will that be?

BTW, when switching between VC's and pressing different status buttons,
I managed to cause the keyboard status LEDs to count in binary, as I pressed
ALT-F<x>.  neato.  too bad I cant use any of those VC's (locked up by above
process)


THanks.

Troy


--
tlhilde@en.ecn.purdue.edu
From: vds7789@aw2.fsl.ca.boeing.com (Vincent D. Skahan)
Newsgroups: comp.os.linux
Subject: Re: UUCP
Date: 12 Aug 92 18:44:22 GMT
Organization: none

jchaiken@nyx.cs.du.edu (Jarett  Chaiken) writes:


>Hi all,
>	I just compiled the uucp package, and I have a problem.  When i run 
>uucico -r1 -sxxxxx -x9  it just drops me back to the shell w/o doing anything
>I guessed the setup stuff.  Could someone please help me out?

use 'ps -ax' to look at what it's doing in the background.

unlike most other uucico's, Taylor UUCP appears to stick uucico into
the background exclusively.  It's probably hanging around doing something
or other in the background until it times out...
-- 
   ---------   Vince Skahan   -----------   vince@atc.boeing.com   ---------   
"I will not skateboard down the halls"
                -- Chalkboard in Homer's Odyssey
Newsgroups: comp.os.linux
From: hlu@phys1.physics.wsu.edu (Hongjiu Lu)
Subject: Re: header woes with 2.2.2d
Organization: Washington State University
Date: Tue, 18 Aug 92 17:55:26 GMT

jliddle@rs6000.cmp.ilstu.edu (Jean Liddle) wrote
-------------
Well, my hopes of flawless compilation of the ps package under 2.2.2d
have been dashed.  I followed the instructions in the FAQ, README, and
release docs, namely (1) removing all old gcc stuff (and all /usr/include
directories except /usr/include/X11/*).  I even removed the linux
sources, reinstalled them from scratch, applied patch 1 and the buffer fix,
to make sure all headers were unadultered. (2) ran the install script.

The kernel compiled flawlessly.  But, ps dies with a whole slew of errors
such as 

/usr/include/linux/termios.h:69: parse error before `tcflag_t'
/usr/include/linux/termios.h:69: warning: no semicolon at end of struct or union
/usr/include/linux/termios.h:70: warning: data definition has no type or storage class

[deleted]
-------------

I am afraid if you can compile `ps' with gcc 2.2.2 and 0.97 patch 1. You will
have trouble with gcc 2.2.2d since to compile `ps' with gcc 2.2.2 and 0.97
patch 1, you must have done something to the header files which will break
gcc 2.2.2d.

Solution: get rid all those `#if's of header files.

-- 
H.J.
Gcc/libc maintainer for Linux.
From: wissner@perlis.mcs.gvsu.edu (Jim Wissner)
Newsgroups: comp.os.linux
Subject: Re: complaints, flames, and public burnings
Date: 19 Aug 92 16:47:46 GMT
Organization: Grand Valley State University, Allendale MI

In article <1992Aug18.185409.20229@athena.mit.edu> jstump@vnet.ibm.com writes:
>My my. Aren't we getting rather jumpy lately? I'm not trying to single
>these two out, but there has been a lot of "complaining" and flaming
>responses in return. comp.os.linux is turning into a regular shooting
>gallery.

I've noticed the same thing.  I've been following this group for quite
a while now, and each day it becomes less and less enjoyable to read.
(Not a gripe; an acknowledgement)  Hmm...  Enjoyable.  Seems to me this
is the very quality that attracted me to Linux.  Are we perhaps drifting
from this essence, folks?

I don't [at least yet] intend on "throwing in the towell," nor am I
under some delusion that "the group would be lost" without me.  But
sooner or later, the people who we /would/ be lost without will be
gone.  Why should they waste all their spare time to wade through a
bunch of this garbage (this letter included; I regret that I feel 
driven to write it) ?

Why don't we all get a clue and be grateful for what we have
here: it's quite a fucking bit, and it seems to me we're getting a
little too greedy.

Just MY worthless, frustrated two damn cents...

Jim.
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Re: shared libs - can everyone be happy with this?
Date: 14 Aug 92 22:23:45 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Aug14.162250.19760@ods.com>, david@ods.com (David Engel) writes:
| william E Davidsen (davidsen@ariel.crd.GE.COM) wrote:
| :   If you didn't want to use the jump tables, you don't load the module
| : and you get linked to the real routines directly in memory in the slib.
| : The advantage of this is that you get all the benefits of the current
| : slib implementation in terms of performance.
| 
| Actually, we've already done that in the latest test release.

Bravo! Then everyone will be able to make the best compromise for them.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Newsgroups: comp.os.linux
From: zhao@unixg.ubc.ca (Jiansheng Zhao)
Subject: Re: Buying a VGA card: Will any ET4000 do?
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Wed, 19 Aug 1992 00:10:15 GMT

In <1992Aug18.203937.14708@donau.et.tudelft.nl> wolff@zen.et.tudelft.nl (Rogier Wolff) writes:

>Hi everyone,

>I am planning on muying a new VGA card. Now I was wondering has everyone
>with a ET4000 VGA card gotten things to work with X11, or are there cards
>that I should avoid. I'll probably get a cheap ET4000 card for about $100,
>trading in my old Trident card for about $50....

>					Roger
>-- 
>If the opposite of "pro" is "con", what is the opposite of "progress"? 
>(stolen from  kadokev@iitvax.iit.edu, who got it from brydon@asl.sinet.slb.com)
>EMail:  wolff@duteca.et.tudelft.nl   ** Tel  +31-15-783644 or +31-15-142371

I think Tseng Lab et4000 is a good choice. I just bought a new 486/33 and  I
specificly askef for Tseng Lab card, it is $30 more expensive than trident
8900c. I have been running X11 without problem. Tseng Lab card costs $115 (Can)
in Canada.
-- 
Jiansheng Zhao
Dept. Chem. Eng, Univ. of B. C., Canada. V6T 1Z4
zhao@unixg.ubc.ca
Newsgroups: comp.os.linux
From: mcguirk@enuxhb.eas.asu.edu (Dan McGuirk)
Subject: Re: Whining...I don't want to hack on the kernel
Followup-To: comp.os.linux
Reply-To: mcguirk@enuxhb.eas.asu.edu (Dan McGuirk)
Organization: Arizona State University, Tempe AZ
Date: Tue, 18 Aug 1992 04:18:34 GMT

In article <1992Aug18.011305.27223@access.usask.ca> dzubin@skorpio.usask.ca (Thomas Dzubin) writes:
>Sorry if this is sacreligious, but I DON'T WANT TO HACK THE KERNEL.  It
>would be absolutely *wonderful* if someone (ANYONE!?) would put the
>binary of 0.97.pl1 somewhere FTP-able.
>I got into Linux just as the 0.97 new bootimage and rootimage were released,
>so I used them...now people tell me that my version has a bug in it and
>should be patched.
>Only C source patches seem to be available.
>Here's the problem:  I have only a 2400bps modem to connect to the Internet.
>I would love to get the new .97 patch with the performance improvement
>that everyone is raving about, but I just cannot afford to download the
>C sources to the kernel when I'm only going to use it once - to patch it.

You should try compiling the kernel: it's really easy.  All you really
have to do is customize the Makefile and then type make.  You don't
have to wade through pages of C source or anything.

The source for 0.97pl1 is only around 400k, as I remember.  This isn't
really much longer than a boot disk.  [By the way, you are at a
university, right?  Don't they have any computer labs directly wired
to the Internet, so you could ftp stuff and copy it without having to
go through a modem?]

Anyway, I guess you're right, binaries for the newest boot disk should
probably be available.  But compiling it yourself is very simple, and
has a lot of advantages.



--
Dan McGuirk                                      mcguirk@enuxhb.eas.asu.edu
From: sander@kozmix.hacktic.nl (Sander van Malssen)
Newsgroups: comp.os.linux
Subject: xcomm
Date: Sat, 22 Aug 92 23:22:49 MET
Organization: Kozmic Egg Productions

Hi!

I think it may have been mentioned before, but does anyone has a
fix for xcomm not immediately displaying the last line?

Thanks in advance,

Sander



		       = Linux or bust! =
Sander van Malssen | sander@kozmix.hacktic.nl | Fido 2:285/101.6
Newsgroups: comp.os.linux
From: hlu@phys1.physics.wsu.edu (Hongjiu Lu)
Subject: Re: Can't compile xloadimage with gcc 2.2.2d
Organization: Washington State University
Date: Thu, 20 Aug 92 05:36:56 GMT

In article <1992Aug20.020114.17143@cs.tulane.edu>, butler@cs.tulane.edu (Larry Butler) writes:
|> When I try to compile xloadimage with gcc 2.2.2d I get:
|> ld: No such file or directory for libXext.a
|> 
|> Any ideas?
|> 
|> Larry    (butler@cs.tulane.edu)

PLEASE READ release.2.2.2d.
PLEASE READ release.2.2.2d.
PLEASE READ release.2.2.2d.
PLEASE READ release.2.2.2d.
PLEASE READ release.2.2.2d.
PLEASE READ release.2.2.2d.
PLEASE READ release.2.2.2d.
PLEASE READ release.2.2.2d.
PLEASE READ release.2.2.2d.
PLEASE READ release.2.2.2d.
PLEASE READ release.2.2.2d.

You cannot use gcc 2.2.2d with X11 v1.1.

-- 
H.J.
Gcc/libc maintainer for Linux.
From: umisef@mcshh.Hanse.DE (Bernd Meyer)
Newsgroups: comp.os.linux
Subject: Re: =.97 patch1 available on nic
Date: 16 Aug 92 23:25:15 GMT
Organization: Point of Presence & MCS Hamburg

rcarter@wpi.WPI.EDU (Randolph Carter <Joseph H. Allen>) writes:

>torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
>>I will be unable to hack on linux for a couple of weeks (I'll still
>>answer mails, read the newsgroup and fix bugs, but no heavy-duty
>>hacking) due to some "circumstances beyond my control".

>Wait.. it's the summer... those annoying courses shouldn't be interfereing
>with your hacking yet...  :-)

Have you ever been to Finland? Maybe he has to earn some money to pay the beer?

Or maybe it's just summer, the sun shines, it's girls in bikinis....
He's young, guys:-)

umisef
Newsgroups: comp.os.linux
From: scott@natinst.com (Scott A. Taylor)
Subject: Fixing mount to mount msdos filesystem under 0.96c pl 2
Followup-To: comp.os.linux
Summary: mount() isn't as ugly as the author would have us believe!
Keywords: mount, msdos filesystem
Organization: National Instruments, Austin, TX
Date: Mon, 17 Aug 1992 18:20:30 GMT

For those of you having trouble getting the recently ported mount utility
to mount your MS-DOS filesystems, I played around with it a little (very 
little!) this weekend and figured out how to get it to work.  The easy fix
is to remove the "-DUGLY_MOUNT=xxxx" from the CFLAGS line in the makefile, 
and to change "return MASK" in line 221 of mount.c to "return mask;".  I
recompiled and  mounted my MS-DOS 3.3 partition; worked like a charm. 

I am running 0.96c patch level 2, with the mount sources dated July 14 (I
believe) from tsx-11.  I think that UGLY_MOUNT was introduced to get around
a problem with earlier versions of the kernel (0.96c pl1, maybe?), so this
probably won't work with earlier versions of Linux.  I don't know about
0.97.

If everyone else has already figured this out, just ignore this post!

Scott
-- 
Scott Taylor            |
(512) 795-6837          | "Well, I wanted to work with gymnasts." -David Byrne
scott@natinst.com       |
** NI pays me to write their code, not their opinions, and that's what I do **
From: lfoard@Turing.ORG (Lawrence C. Foard)
Newsgroups: comp.os.linux
Subject: Re: X*nix emulation test version on uunet
Date: 13 Aug 92 09:40:55 GMT
Organization: The Turing Project, Charlottesville Virginia.

In article <1992Aug13.020715.29241@athena.mit.edu> tytso@ATHENA.MIT.EDU (Theodore Ts'o) writes:
>|From: lfoard@Turing.ORG (Lawrence C. Foard)
>|
>|I've uploaded a test version of the X*nix emulation program to
>|ftp.uu.net, its in /tmp/xenix.tar.Z
>|
>|BTW-uunet files expire in 4 days.
>
>Available on tsx-11, in ~ftp/ALPHA/xenix/xenix.tar.Z, on a somewhat more
>permanent basis.

Thanks. 
I forgot about the alpha directory :-)
Whats the standard procedure for putting a file in there?
-- 
>>Unix/C Contract worker available 5 years C/unix work experience<<  ______
Available for Telecommuting/Travel and contracts on the T Line       \    /
in the Boston MA area. Send me e-mail for a copy of my Resume.        \  /
       -- VWIS 508-793-9568 (2400 baud), Linux support BBS.--          \/
Newsgroups: comp.os.linux