HDTenEightyP/NetNews huggingface dataset:
From: blee@halon.dfrf.nasa.gov (Bryson Lee)
Subject: Re: Unable to use floppies under Linux
Organization: NASA Ames-Dryden Flight Research Facility, Edwards, CA
Date: Thu, 10 Sep 1992 23:46:38 GMT

In article <1992Sep10.193917.5396@klaava.Helsinki.FI>, torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
|> In article <1992Sep10.182648.12564@eua.ericsson.se> tmpcms@eua.ericsson.se (Carl-Michael Skoog) writes:
|> >I've installed Linux about 20-30 times, and every single time the filesystem 
|> >ends up corrupted when I use some floppy-related command like tar(with /dev/fd0
|> >as file, pax and GNU tar alike), dd, fdformat...
|> 
|> [ *BAD* problems deleted ]
|> 
|> 
|> ...  A very weird one, though - this is the first such report
|> I've ever seen. 
|> 

I am experiencing the same problem with my 20Mhz 386DX w/AMI BIOS using 2 IDE
hard drives -- 40MB Western Digital something-or-other as master, 130MB 
Seagate ST3144A as slave, 5.25" 1.2MB  a:, 3.5" 1.44 MB b:, no-name 16 bit 
hard/floppy controller card w/ 1parallel & 1 serial port.  

I installed the SLS package last night onto /dev/hdb2 (84.6 MB partition on the
Seagate drive.)  I got intermittent floppy read errors during the install on
most of the 10 floppies, and when I went to reboot, the system hung (in init,
I think) looking for libc.2.2.2.  I went back and reinstalled just the minimal
configuration (disks 1-4), and it booted and ran fine but for the above-
mentioned errors on floppy operations.  This is my first experience with a
Linux install, and I didn't have time to experiment as much as Mr. Skoog did
but the problems seem to be similar, if not identical.

Unfortunately, I know nothing about DMA, (other than how to change jumpers
on LAN cards if you get a DMA conflict under DOS), so I'm not much use for
rewriting kernel code.  Just thought I'd post to confirm what seems to be a
problem.

BTW, the SLS package currently installs (I think) 0.96c, and will not let me
/#mkfs with an argument larger than 65535 (blocks, I guess).  I seem to 
remember reading somewhere that this is a holdover limitation from the Minix
file system, and was wondering if the SLS distribution which was anounced for
late September will remove this limit?

Any help with the floppy-drive problem will be greatly appreciated!!

Thanks, and kudos those responsible for Linux and SLS!!

Bryson Lee
blee@halon.dfrf.nasa.gov
From: aviz@lanai.cs.ucla.edu (Dr Algirdas Avizienis)
Newsgroups: comp.os.linux
Subject: Linux won't recongnize my SCSI drive....
Date: 15 Sep 92 23:21:51 GMT
Organization: UCLA Computer Science Department
Originator: aviz@lanai.cs.ucla.edu


	Hello! I am having diffculty getting Linux to recognize my
Adaptec AHA1522 SCSI controller, and a Quantum 105 meg hard drive.
Linux won't recognize my hard drive at all.  Is that card supported?
It wasn't listed in the controllers supported in the SCSI FAQ, but
I thought it was supposed to be widely compatible?

Any advice?

Also, on an unrelated note, I can't get the kernel to compile on
my system.  It works until it gets to build.c, and then it has
problems with the signal.h file.. What am I doing wrong?

Thanks a lot.

P.S. Please e-mail replies, as I doubt this is of general interest.
Newsgroups: comp.os.linux
From: kgleason@nyx.cs.du.edu (Kris Gleason)
Subject: nn keb'd trouble...can't read single char at a time
Organization: University of Colorado, Boulder
Date: Sat, 12 Sep 1992 11:01:53 GMT

Help!!!

I just compiled a copy of nn, and after I finally got everything to work,
I am left with one annoying problem.  Keyboard input is only passed to the
program after 4 characters are typed.  On every fourth character's entry,
all 4 are processed by nn.  Call me an idiot, but this seems like strange
behaviour.  I can't seem to find anything wrong in the sources (though
I am not a C wizard).

If anyone has had similar problems, has compiled a working version of
nn, or knows anything at all about this screwy keyboard behaviour,
please send me some mail.

BTW, I am running kernel version 0.96c and GCC 2.2.2.
thanx!

kgleason@nyx.cs.du.edu
Xref: sparky comp.os.linux:10535 comp.unix.bsd:5580
From: gab10@cd.amdahl.com (Gary A Browning)
Newsgroups: comp.os.linux,comp.unix.bsd
Subject: Re: Shared libraries - info for 386BSD porting wanted
Keywords: shared 386bsd
Date: 12 Sep 92 06:47:03 GMT
Organization: Amdahl Corporation, Sunnyvale CA

In article <peter.716225737@hilly>, peter@micromuse.co.uk (Peter
Galbavy) writes: 
> Due to no response in the bsd group a couple of weeks ago, and the
> fact
> I recently noticed that linux seems to have shared libraries I was
> wondering if whoever knows *lots* about them can either (a) try to
> port
> them or (b) help me port the implementaion across.

I am interested but I would like to know how they implemented them first.
If they implemented the SysV3.2 type of fixed address shared libraries, then
it is not of much use to me.  I wanted to share libs for X and I understand
that this would require quite a few mods to the lib sources to work with a
SysV3.2 type of shared library system.

Anybody out in Linux land want to give a quick expanation of the Linux
shared lib implementation?

> I realise that this will not be a trivial operation, but it is a starting
> point.
> 
> At minimum, will someone tell me the "minimum working set" of linux source
> files needed to understand how they are implemented. I take it there are
> bits in exec() somewhere ? and the linker etc...
> 
> Thanks from a frustrated laptop owner without X386 due to lack of disk
> space.

There should be a rather small minimum X configuration you can set up. 
I wanted
to know this for myself anyway and it is on my list of things to do this
weekend.  For now, off the cuff, I would say you need:

    X386	- The server. Stripped this is only about 1M.
    startx      - script to start up X.
    xinit	- program called by startx.
    xterm       - The terminal emulator.
    {fonts}     - A very few fonts (I do not know which ones yet).
    twm         - Or any other window manager.
    {resources} - Default resources for xterm amd the window manager.

-- 
Gary Browning        | Exhilaration is that feeling you get just after a
		     | great idea hits you, and just before you realize
                     | what is wrong with it.
From: greenfie@gauss.rutgers.edu (Greenfie)
Newsgroups: comp.os.linux
Subject: ATI Graphics Ultra vs. Local Bus ET4000
Date: 14 Sep 92 23:44:15 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


Hi! I'm trying to maximize my X windows performance, and was wondering
which of the above options would probably be better. (An ATI Graphics Ultra
on an ISA bus system, or a ET4000 card on a local bus system.)

I'm just interested in absolute speed -- they cost the same amount. Other
information about this hypothetical computer I'm buying: 486/33 DX, 8 megs,
240 meg 12 ms disk drive.

Thanks for any and all comments.
-- 
Larry Greenfield
greenfie(ld)@gauss.rutgers.edu
        ^^^^ for better mailing, delete these characters
From: james@netcom.com (James L. Paul)
Newsgroups: comp.os.linux
Subject: High Speed Modems and getty
Keywords: getty, modems, SIGHUP, IOCTL
Date: 12 Sep 92 14:46:20 GMT
Organization: Netcom

I'm using 0.97.2 and uugetty from the getty_ps203 package. I've never
turned on the debugging, and it answers the ring fine, and sets speeds
properly. However, I'm still struggling with 2 problems...

1. Apparently, my problem with the shell not getting a SIGHUP was
   related to the CLOCAL in my default /etc/gettydefs. I removed the
   CLOCAL and now my shell gets the SIGHUP. SOMETIMES!!! If there are
   any child processes, nothing dies at all, including the shell, and
   I have to kill them off by hand. When I manually kill a shell in this
   situation, then uugetty is automatically respawned immediately.

   Basically, if a user is running anything and not just sitting in the
   shell when modem connection is lost, that tty is unavailable until I
   correct this problem manually.

2. I can reliably use my modem at 19.2k bps with xcomm, etc. and do this
   regularly. My ports are 16550A, and I have yet to see a single zmodem
   fault when using xcomm. However, 19.2k is unreliable for gettys. When
   logged in via a 19.2k getty, simple keyboard and terminal operations
   work fine, but file transfers are out of the question. I have to use
   9600 if I want any serious traffic via a getty line.

   So, the overhead involved with being logged in on a port is enough to
   knock the speed back one notch, at least in my case. I'm disappointed,
   since it's obvious my ports are fast enough, and it's just a matter of
   kernel overhead. (I assume.) Since I'm running a slow CPU, I'm just
   pointing this out, not complaining. I'll bet something faster than 16MHz
   would help make up the difference. ;)

3. Now, a final tack-on question...

   Where is an accurate source of IOCTL info, so I can examine all the
   possible flags for my /etc/gettydefs? I suspect some of my problems
   might be fixable with flags, but have been unable to find the right
   set of man pages. (For example, I have no idea what CLOCAL does, but
   removing it from the first entry half-solved a problem! Perhaps adding
   some flag may solve the other half! ;)

-- 
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: yan@indetech.com ()
Subject: Help needed for X and fonts
Organization: Independence Technologies, Inc. Fremont, CA
Date: Tue, 15 Sep 1992 18:43:50 GMT

I installed X that came with SLS and hacked the Xconfig so that it works
now. I am using a Tseng high color card.

Now everything works except the two problem that I have:

1. The fonts under 1024x768 mode, it is very small and broken. I mean it
looks like that lots of pixels are missing, it is very hard to see. Even
when you use big fonts, the lines are thin and has missing pixels. 
(everything works fine under 800x600 and 640x480 mode)

Is this related to my setup? Xconfig? card? monitor? or is this the
font? I am using a cheap SVGA monitor that is interlaced.

2. I am using Chin Fang's document to determine the Xconfig parameters,
and it works. But my monitor is interlaced and the document only talks
about NI mode, is there something special about interlaced mode?

3. My mouse has 3 button but the middle one  (2) doesn't work. How do I
fix this? without it I can not cut and paste.


Thanks in advance for any help. With X running, this is starting to look
like a great system.
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: mount -t msdos problem
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Wed, 9 Sep 1992 23:03:14 GMT

Eric Christopher Sachs (sachse@owlnet.rice.edu) wrote:

: Has anyone else had problems mounting dos floppies using
: the mount -t msdos command.  I was able to use it without
: a problem under v.97 and v.97.1, but v.97.2, v.97.3, and
: v.97.4 all core dump if I try to mount a dos floppy.  I
: am currently using the executable for mount that I obtained
: from the installation of v.97.  Is there a more recent
: version that I should be using?  Or, does someone have the
: full code for mount so that I could compile it with each
: of these versions of linux?


There's a minor bug that broke mount under 0.97pl2 and above.  If I remember,
it had to do with the statement: "while (path...".  You're supposed to
change itto "while (*path...".
-- 
Ed Carp, N7EKG     erc@apple.com                801/538-0177
"This is the final task I will ever give you, and it  goes  on  forever.   Act
happy, feel happy, be happy, without a reason in the world. Then you can love,
and do what you will."           -- Dan Millman, "Way Of The Peaceful Warrior"
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Conversion between DOS and Unix text files (was heroic stuff)
Date: 5 Sep 92 12:16:54 GMT
Organization: University of Helsinki

B.J.Lippolt@research.ptt.nl writes:
>In the 'dosfs' package are two tools (fromdos and todos) to convert text 
>files between Unix and DOS format. 

I use Rahul Dhesi's flip program myself.  Haven't tried fromdos/todos.

>You can even mount DOS partitions in such a way that the conversion is
>done automatically. 

I don't think this is a particularly good idea, since it can easily lead
to unwanted conversions, like in this case when a shell script was
converted and no longer worked.  Your mileage may act differently, of
course.

--
Lars.Wirzenius@helsinki.fi
From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
Newsgroups: comp.os.linux
Subject: Re: gcc 2.2.2 math lib bug???
Keywords: weirdness
Date: 13 Sep 92 17:50:40 GMT
Organization: University of Helsinki

In article <1992Sep13.161713.8191@monu6.cc.monash.edu.au> int177c@aurora.cc.monash.edu.au (Jae Won) writes:
>
>	I found a weidness in gcc2.2.2d. It may be my silly code but I tested
>the code with gcc compiler at uni(gcc...not sure of the version) and it worked
>fine...well, like what I expected. The code is a edited fragment of a code 
>I am writing to do a monte carlo stuff. I use exp() function.

It's more likely to be a problem with the 387-emulator: the emulator
does *not* handle under/over-flows gracefully in its current form.  The
fix is either to get a real 387, check for underflows by hand, or fix
the emulator.  Fixing the emulator is obviously the optimal solution,
but it takes some doing, and nobody seems interested (most people,
including me, seem to have a 387).  The fact that the emulator works
"well enough" for most things makes it a pretty boring project, so
nobody has done anything about it. 

		Linus
Newsgroups: comp.os.linux
From: dje@cygnus.com (Doug Evans)
Subject: Re: QIC 40 / QIC 80 ?
Organization: Cygnus Support
Date: Sat, 05 Sep 1992 00:55:17 GMT
X-Newsreader: Tin 1.1 PL5

Steve Aliff (swaliff@afterlife.ncsc.mil) wrote:
: In article <1992Sep04.152437.22327@kithrup.COM> dje@cygnus.com (Doug Evans) writes:
: ...
: >
: >CMS wrote a device driver for SCO Unix and Xenix and it runs fine for me
: >in both single user mode and full multitasking mode.
: >
: 
: Is there a charge for it, or is it like their other software and
: available on their BBS?
: -- 
: Steve Aliff (swaliff@afterlife.ncsc.mil [144.51.1.1])

He he he ... take a wild guess ... :-(

I paid 150 Loonies (that's Canadian dollars for those not fortunate enough to
live in the Great White North ... but then again, I just moved away ... :-)

--
Doug Evans        | With views like these ...
dje@cygnus.com    |                           who needs disclaimers.
Newsgroups: comp.os.linux
From: owen@meiko.co.uk (Owen Thomas)
Subject: Mini problems with boot and root at tsx-11
Reply-To: owen@meiko.co.uk
Organization: meiko
Date: Tue, 8 Sep 1992 10:05:29 GMT

Yesterday (Monday) I pulled over the root and boot images from tsx-11
and tried to use them to install Linux on my hard disk at home.
I had a number of problems:

i) The screen would not scroll. I had to keep on switching between virtual
	consoles to see the updates.

ii) The calculation of blocks given by fdisk was wrong. This caused a very
	serious (and disturbing) grounching noise as my disk attempted to seek
	to sectors it doesn't have.

Any ideas?

More info:

0)	bootimage-0.97
	rootimage-0.97.1

i)	I have a 386 dx with 2Meg, a 256k VGA card which is doing EGA emulation
	in firmware for my EGA monitor.
	The "Loading..." stuff was fine (since I assume that goes through the
	BIOS). I then got a message asking me to press return for SVGA
	modes or any other character to continue.
	Upon pressing (eg) space-bar, a "EGAc" is written to the top right hand
	corner of the screen. It then gives loads of diagnostic info
	(serial board type, no ptys, etc) underneath the prompt (where you
	would expect it), but not scrolling when it reaches the bottom of
	the display.
	(Upon hitting return a number of times and judicious ALT-F1, ALT-F2
	sequences I get to see the rest and the login prompt.)
	Upon login the problem (of not scrolling continues).
	(Once it managed to write some of the diagnostic info to the wrong
	virtual console. By this stage I was switching consoles _very_
	frequently.)

	If I hit return (to see the SVGA modes) the screen would go blank
	and after banging return a number of times I would eventually get
	something that resembles EGA graphics mode. The only problem
	was that a "line" started in about the middle of the screen, and
	only the top 8 lines would scroll.
	Eventually it just appears to stop outputting.

	Also always whilst attempting to discover the type of serial board
	(16450) it gets an NMI.


ii)	Fdisk states that my disk has 977 cylinders of 17 sectors
	(of 512 bytes) and five heads.
	An example of it getting the number of blocks wrong is:
	start at cylinder 4, end at 975.
	Fdisk claims this is 41395 1k blocks. Actually it is
	41310.

	(Originally I had the partition ending at 977. and so the extra
	cylinder made mkfs a bit too exciting.)

Owen
-- 
Post:  Meiko, 650 Aztec West, Bristol, BS12 4SD, UK.
Mail:  owen@meiko.co.uk , or, owen@meiko.uucp , or, ...!uknet!meiko!owen
Phone: +44 454 616171			Fax: +44 454 618188
From: dingbat@diku.dk (Niels Skov Olsen)
Newsgroups: comp.os.linux
Subject: .97pl5 won't boot
Date: 14 Sep 92 13:48:49 GMT
Organization: Department of Computer Science, U of Copenhagen


My .97pl5 won't boot. My configuration:

	i386dx/33mhz
	8mb ram
	adaptec 1542b with 3 disks on the scsi bus
	plain old (noname) VGA
	
I took the complete .97pl3 as found on tsx-11 and applied patch4 
and patch5 with no rejects. I compiled it under .97pl4 with 
gcc.2.2.2d with no problems. So far so good. It loads normally (from
fd0) initializing serials, sockets, mouse etc. The 3 scsi disks are 
correctly identified, and the last message I get is this:
 
	scsi: detected 3 SCSI disks 0 tapes 0 CD-ROM drives total

and it just hangs there. I can switch VC's but no disks are mounted
and no logins appear. Pressing <Ctrl-ScrollLock> gives:

 Task-info:
 0: pid=0, state=0, father=0, child=-1, 2592/2592 chars free i kstack
 PC=00000000

Pressing <Alt-ScrollLock> gives:

 EIP: 0008:00039890 EFLAGS: 00000286
 EAX: fffffffd EBX: 00000020 ECS: ffffff97 EDX: 000000a1
 ESI: 00000002 EDI: 0005a052 EBP: 0005a080 DS: 0010 ES: 0010 FS: 0010 GS: 0010

So, what could be wrong? I did specify /dev/sda2 as root in the makefile.
I will try and get the distributed .97pl5 source and compile that, and if 
can find a precompiled bootimage, I will try that also.

Niels
Newsgroups: comp.os.linux
From: jes@grendel.demon.co.uk (Jim Segrave)
ReplyTo: jes@grendel.demon.co.uk
Subject: Re: fdformat loops
Distribution: world
X-Mailer: cppnews $Revision: 1.15 $
Organization: None
Date: Mon, 7 Sep 1992 16:35:26 +0000


In article <715830854snx@grendel.demon.co.uk> jes@grendel.demon.co.uk (Jim Segrave) writes:

> 
> In article <1992Sep6.133604.26927@afterlife.ncsc.mil> jepstei@afterlife.ncsc.mil (John Epstein) writes:
> > 
> > setfdprm /dev/fd0 1200/1200
> > fdformat /dev/fd0
> > looped on "floppy 0: data CRC error: track 77, head 1, sector 1"
> > 
> > CTRL-C was no help, pulled bad disk out of drive --- got 6 errors
> > reading non-existent disk
> > 
> > This was a little hard on the floppy drive.
> > 
> > Have not yet read the source to fix the problem.
> > 
> > John
> 
> 1.2M drives only have tracks 0..76. 
Err... temporary mind siezure there. Once upon a time, when HD 5 1/4s
first came out and when XT's were just beginning, there were 77 track
5 1/4s which were more or less direct replacements for 8 inch drives.
A few years of working with these drives, a late night, ...
1.2M drives really have 80 tracks. 
> --
> Jim Segrave (Segrave Software Services)     jes@grendel.demon.co.uk
> 
> 
> 
--
Jim Segrave (Segrave Software Services)     jes@grendel.demon.co.uk

Newsgroups: comp.os.linux
From: owen@meiko.co.uk (Owen Thomas)
Subject: OAK 256k VGA card
Reply-To: owen@meiko.co.uk
Organization: meiko
Date: Wed, 9 Sep 1992 16:37:11 GMT


Has anybody any experience of using this card with Linux?
I'm currently using it with an EGA emulation, which won't scroll.
I'm considering buying a mono VGA monitor, so is anybody out there using
this combination.

Uses the OTI-037 chipset with VGA BIOS 2.15-35.

Alternatively, does anybody have a contact for OAK?

Owen Thomas

-- 
Post:  Meiko, 650 Aztec West, Bristol, BS12 4SD, UK.
Mail:  owen@meiko.co.uk , or, owen@meiko.uucp , or, ...!uknet!meiko!owen
Phone: +44 454 616171			Fax: +44 454 618188
From: dlj0@ns1.cc.lehigh.edu (DAVID L. JOHNSON)
Newsgroups: comp.os.linux
Subject: Re: File Managers for X
Date: 14 Sep 92 04:29:03 GMT
Organization: Lehigh University

In article <1992Sep9.205922.9258@random.ccs.northeastern.edu>, mirons@ccs.northeastern.edu (Michael A. Irons) writes:
>
>	xdtm, where is it?? It's nice to hear about, but it doesn't
>do much good if you don't know where it is.
>
With all due respect to the author (who tried to help me make it work), 
xdtm-2.5 does not seem to work under linux (I'll probably be corrected on
this).  It may be possible, but will need serious programming skills (IMHO).
On the other hand, the nifty little desktop manager xfm-1.1 is available
(in source form) from tsx-11.mit.edu.  It compiled easily - the author had some
experience with linux.  It also very nice to use, simple to add icons to the 
applications manager, and has the right drag-and-drop actions, both for 
executables and for file manipulations.  It's also about 1/15 th the size
of the xdtm binary that kept throwing up on my file system.

Use the prototype initiation file to set up your icons.  You don't need the
$0 $*, jsut the $*, to launch with a dragged-and-dropped file.

The file tree graphic is very convenient.  I recommend it to anyone with a 
fast enough machine (it apparantly bogs down SX's and slower 386DX's).


-- 
Sincerely,

David L. Johnson                    ID:  dlj0@ns1.cc.lehigh.edu
Christmas-Saucon Hall #14, rm 211        
Department of Mathematics

Lehigh University                   Telephone: 215-758-3759 (office)
Newsgroups: comp.os.linux
From: dsb@world.std.com (David Boyce)
Subject: Re: Backups
Organization: The World Public Access UNIX, Brookline, MA
Date: Sat, 12 Sep 1992 02:23:16 GMT

In article <1992Sep11.202337.10427@cs.tulane.edu> butler@cs.tulane.edu (Larry Butler) writes:
>How do I make a backup of a file system on to floppies?

    Well, you could just run "tar cvf /dev/fd0 /" (more or less) if you're
using GNU tar. GNU tar has multivolume support built in, so it will ask
you to change floppies as appropriate. But it won't compress the data
and do multiple volumes at the same time, which means you need
perhaps twice as many floppies. Also if your tar isn't the GNU version
(like if it's linked to pax) this won't work.
    Most people use a wrapper around tar to allow compression and to
add some user-friendliness. The three I know of are shown below,
grepped out of tsx-11:/pub/linux/ls-lR:

-rw-rw-r--  1 johnsonm    74557 Jul  7 22:39 backflops.tar.Z
-rw-r--r--  1 tytso        7815 Apr  7 14:51 diskbackup.tar.Z
-rw-rw-r--  1 johnsonm     3212 Apr 26 14:11 floptools.shar.Z

    Backflops was written by me, so of course it's what I recommend.
It certainly has more bells and whistles than the others, but take
a look at all of them. Floptools is simply a couple of scripts;
it's the lightweight solution. Diskbackup is a somewhat more
ambitious C program, and backflops is also in C and attempts to
overcome some of the limitations of the other two. It should work
with pax-tar, though I haven't tried it.
    I think lots of other people have their private solutions but haven't
made them public.  Feel free to ask me directly if you have questions
about backflops.  Good luck.
-- 
David Boyce	dsb@world.std.com	617-576-1540
Newsgroups: comp.os.linux
From: int177c@aurora.cc.monash.edu.au (Jae Won)
Subject: color Xterm.
Organization: Monash University
Date: Tue, 15 Sep 1992 14:28:05 GMT

hi.

	I just spent 1 hour trying to find color xterm in tsx-11.mit.edu..
Can someone tell me the name of the file to look for and which directory
it lives in?? thanks.

Jae