HDTenEightyP/NetNews huggingface dataset:
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Newsgroups: comp.os.linux
Subject: Re: Can you access a virtual console directly?
Date: 16 Sep 92 02:26:48 GMT
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Organization: The Internet


   From: kennu@mits.mdata.fi (Kenneth Falck)
   Date: Tue, 15 Sep 1992 16:49:30 GMT

   You know, that might be one of the reasons MSDOS has made it so big;
   your applications can have very powerful output when you don't have
   to hassle with some control codes that really belong to the externally
   connected terminals, not to the console screen. Of course the price is
   the lack of multitasking, except with these 80386 memory-redirections
   (of which I know very little)...

No, this has absolutely nothing to do with why MS-DOS made it big.  You
can do the same thing just as easily under Unix; you just have to know
the right libraries.

   How about if the kernel had some special services that would make it
   easy and portable (within Linuces) to use the virtual consoles without
   termcap? I mean something like this:

	[ source code that looks remarkably like what you'd use when you
	  called the curses library deleted.]

   Does this seem like a stupid idea (coming from an MSDOS
   programmer like me...) or would it bring some more power
   into the Linux-applications? 

It's not a stupid idea, except you don't need the kernel to do it.  You
just need to use the curses library, which in turn will call the termcap
routines, but which will do it all in the behind the curtain.  If you
use the curses library, you don't need to use the termcap routines; it
takes care of all of this automatically so you don't need to worry about
it.

The advantage of this technique is that you have the easy of programming
in that you don't need to worry about doing the low-level termcap
programming, but your program is still portable to different terminals,
not just the VGA/CGA/EGA screens.  AND, you don't need any non-portable
kernel hacks to do it!

Let me give some advice directed to MS-DOS programmers who are trying to
learn their way around Linux:  

	There are always many ways of doing the same thing;
	In nearly all cases, MS-DOS did it the wrong way.

							- Ted
Newsgroups: comp.os.linux
From: hohndel@informatik.uni-wuerzburg.de (Dirk Hohndel)
Subject: Re: Linux as X terminal
Organization: University of Wuerzburg, Germany
X-Newsreader: Tin 1.1 PL5
Date: Sat, 12 Sep 1992 20:57:59 GMT

bills@news.uwyo.edu wrote:
: 
: 	Is it possible to use Linux as an X server.  IE can
: I run an application on a remote DEC station and control
: it from my Linux machine.  Can this be done using SLIP
: and a fast modem or do I have to use TCP/IP.  Also does
: the SLS distribution have TCP/IP built in?
: 				Thanks,
: 				Bills@outlaw.uwyo.edu

Ten minutes ago I had success !!
I now have a working XTerminal :-)

How ?

1. Linux 0.97pl4 with TCP/IP 0.8.0
2. X20 (prerelease; X1.1 should do, but I haven't tested)
3. X11d from nic.funet.fi /pub/OS/Linux/xtra/net (or something like that)
4. (in a virt con)      xinit xterm
5. (in the xterm)       telnet host
6. (on the remote host) export DISPLAY=linuxbox:0

Now you can start a window manager, xterms, ... on the remote host and have a
working XTerminal.

Great job, folks.

I think the FAQ of comp.windows.x has to be changed in regard to having a
FREE XTerminal Software for PCs... :-)

		Dirk
--
 hohndel@informatik.uni-wuerzburg.de (Dirk Hohndel) 
 Lehrstuhl Informatik I, Universitaet Wuerzburg, Am Hubland, D-8700 Wuerzburg
From: jhelberg@nl.oracle.com (Joost Helberg)
Newsgroups: comp.os.linux
Subject: Re: io.h/iopl
Date: 10 Sep 92 07:33:35 GMT
Organization: Oracle Europe
X-Newsreader: Tin 1.1 PL3

X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.

asmith@cbnewsd.cb.att.com (arthur.c.smith) writes:
: include/asm/io.h and use outb I get undefined _outb referenced in .text. In
: looking at io.h it appears as if the outb function is defined as extern but
Use -O6 to get the inb/outb functions inline instead of extern 
and therefore undefined. I had this experience when compiling tcp/ip 0.8, the
makefiles redefined CC, throwing away the -O6 option.

succes,

--  
   Joost Helberg                                Rijnzathe 6
   jhelberg@oracle.nl                           NL-3454 PV De Meern
   jhelberg@nl.oracle.com                       The Netherlands

   Oracle Europe BV                             Product Line Development	
   Phone: +31 3406 94211                        Fax:   +31 3406 65609
Newsgroups: comp.os.linux
From: William.Ehrendrich <William.Ehrendrich@mixcom.mixcom.com>
Subject: Dos to linux
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.
Date: Tue, 15 Sep 1992 05:46:32 GMT

I am looking for a way to get the files that I downloaded under DOS over to
the linux side of the world. I have not the foggiest how. I need to bring
one file over.... after that I can do all of the comm stuuf from inside

-- 
William Ehrendreich     William.Ehrendreich@Mixcom.com      President
Metro Communications                                Network Developer
2707 N. Carmen           
Milwaukee, WI            "The one who runs a communications company..
1-414-377-8906            is always the hardest to communicate with!"
From: martin@cs.unc.edu (Kevin Martin)
Newsgroups: comp.os.linux
Subject: Re: Xlinux.8514: 0.97-1 ok -- 0.97-4 not (long)
Date: 9 Sep 92 00:21:59 GMT

In article <5srna_#_@aix01.rz.fht-mannheim.de>, mrex@aix01.rz.fht-mannheim.de (Martin Rex) writes:
|> Hi,
|> 
|> I have recently installed Linux 0.97pl1 on my machine
|> (i486/33/20MB/200MB AT-Bus/ATI Graphics Ultra), and GCC-2.2.2d,
|> X-1.1 and Kevin Martin's Xlinux.8514.
|> 
|> Under 0.97pl1 everything was working fine,

...

|> Yesterday I have ftp'ed the 0.97pl4-kernel and comiled it on
|> my machine (it takes less than 7 minutes from scratch), and
|> tried X on it.  It starts up and it runs, but I have big
|> problems on quitting X!  The CTRL-ALT-BACKSPACE works, but
|> when I end my startup-shell (I have "exec xterm -ls" as the
|> last line of my xinitrc), the X-Server doesn't close down
|> correctly and hangs.

Thank you for this excellent description of the problem.

I've experienced this problem and am working on it.  I don't
have anything yet to report, but I have a few very good ideas
as to what is causing this problem.  I'll let you know the
status of things when I know more.

For those of you experiencing this problem, I don't have a good
temporary solution except to not use anything beyond 0.97.pl1
until I can come up with something else.  I use CTRL-ALT-BACKSPACE
to exit the server and CTRL-C to exit xinit/startx, but I've
heard reports that this doesn't always work.

Again, I _am_ working on it and expect a fix in the next few days.

Kevin
___
Kevin E. Martin               University of North Carolina at Chapel Hill
martin@cs.unc.edu                          Department of Computer Science
From: lm@slovax.Eng.Sun.COM (Larry McVoy)
Newsgroups: comp.os.linux
Subject: Re: How and what
Date: 16 Sep 1992 04:51:03 GMT
Organization: Sun Microsystems, Inc.  Mt. View, Ca.
NNTP-Posting-Host: slovax

gt5584e@prism.gatech.EDU (Edward Deering Boykin) writes:
:  I have two roomates who also have computers. we are all working on getting
: linux installed. As a experiment we would like to network them together. Can
: this be done using the latest linux version and tcp/ip stuff. What kind
: of equipment would be needed? Would the lan have to be client/server or can it 
: be peer-to-peer? None of know a whole lot about networks but we are all
: pretty experienced with computers. In laymans terms what are the minimum hardware
: requirements for setting this up? Someone give me an ideo if possible, please.

OK, Larry's blurb on networks, probably reasonable because I've tried
everything I'm about to describe.

We're only going to talk about "ethernet" in all of its forms; no token
ring, slip, or anything else.

There are three interfaces: AUI, BNC, 10baseT.

	AUI (also known as thicknet)
		The AUI interface is the 15 pin heavy cables that you
		see wiring buildings.  To use AUI, you need a mux box
		(you can do a point to point but it is hard because AUI
		includes a power pin and you can't plug power into
		power).  You can use a mux box as a small network.  A
		mux box, such as a cabletron 800, is a box that fans
		out a ethernet into a a number of ports, each of which
		can be connected to a system.

		Don't use AUI for a small network, the costs are too high.
		A cabletron is about $1K for a 8-10 port box.

	10baseT (also known as twisted pair)
		The 10baseT interface looks like your phone cable.
		It's been called the rs232 cable of the 90's.  10baseT
		can be easily used as a point to point link, you just
		have to flip a couple of wires, just like rs232.

		Normally, you by a hub, like a mux box.  Don't use 10baseT
		for a tiny network of > 2 machines, the hubs will kill ya.
		On the other hand, invest in 10baseT for your large networks,
		it's the wave of the future.  Really.

	BNC (also known as thinnet).
		The BNC interface looks sort of like a cable TV cable or
		the cables on the back of some color monitors (suns).
		(Don't try switching the sun cables for BNC cables, one
		is 50 ohms and the other is 75 ohms.  Sigh.  Yes, I tried
		it.  Double sigh. :-)

		The nice thing about BNC is also the bad thing.  You can
		get T connections and insert them them in the cable to
		provided drops.  This is the easiest and cheapest way to
		create a small network.

		The bad thing about BNC is that if someone unconnects
		the their machine, it interferes with the network.
		There is no partitioning of the drop from the network.
		An unterminated cable becomes very noisy, sometimes to
		the point of not working at all.  A disconnected machine
		can look like an unterminated cable.

		The other bad thing about BNC is that it falling out of
		favor because of the electrical problems.

		Despite all the problems, BNC is what I would use to
		build a home network.  It's cheap.
---
Larry McVoy			(415) 336-7627			 lm@sun.com
From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
Newsgroups: comp.os.linux
Subject: Re: 0.97 patchlevel 3 available
Date: 7 Sep 92 08:07:27 GMT
Organization: University of Helsinki

In article <1992Sep6.174044.28957@mo.hobby.nl> hans@mo.hobby.nl (Hans Oey) writes:
>
>Sure, 16 Mb is enough. Jeez, why would people ever need
>more then 640 Kb? Swap partitions give far better
>performance. Should we use up to 128 partitions?
>Please remove this limitation on Linux. Would a beer or
>two help you to find the energy?

Actually, beer-drinking doesn't seem to help programming very much :-)

And as people have been very concerned about the 16MB limit - don't
panic.  It's not inherent to anything like the DOS 640kB limit, and is
there just because it was a bit easier to code that way - correcting it
later won't break anything.  So while this version and the next may have
this limitation, it will go away (cleanly) - I just have to code some
more. 

In case anybody is wondering why there is a 16MB limit in the pl3 code,
it's very simple: I use a character array to store the swap-page-counts,
and that array just happens to be 4096 bytes long, as that's the biggest
easily allocable unit of memory in the current kernel.  So I just
allocate 4096 bytes: 4096 swap-page-counters = 16MB swapspace.  So the
only thing that I have to do to allow bigger swapfiles is to allocate
more memory - SMOP, but irritating and boring. 

		Linus
Newsgroups: comp.os.linux
Subject: Re: 8514 unter Linux
From: system@kryton.UUCP (Scott Beckstead)
Date: Thu, 10 Sep 92 14:23:07 PDT
Organization: Paradox Alley F&SF BBS 805-492-8789

Thomas_Backhaus@hb.maus.de (Thomas Backhaus) writes:

> Mon, moin,
> 
> Habe da ein Problem: Ich wuerde gern meine ATI Vantage unter Linux benutzen. 
> notwendigen Treiber/Server habe ich schon (Ich hoffe zumindestens, dass es de
> richtige ist...)
> Was mir fehlt ist eine Moeglichkeit, meine Maus mit einzubinden. Es soll auch
> dafuer schon etwas geben. Weiss jemand etwas genaueres?
> 
> Bis denn
> Thomas

       Allas andere ist mere wurst???!!!


System Administrator Paradox Alley  F&SF BBS and Usenet News/Mail 
805-492-8789  Thousand Oaks, Ca. The Place For Science Fiction and Fantasy
"Spin My Nipple Nuts and Send Me to Alaska!" Kryten, Red Dwarf
From: fridlund@mermaid.micro.umn.edu (Jim Fridlund)
Newsgroups: comp.os.linux
Subject: Re: Ctrl-Alt-Del & reboot/halt weirdness
Date: 8 Sep 92 22:18:55 GMT
Organization: Minnesota Automated Plate Scanner Lab

In article <1992Sep8.180259.18147@muddcs.claremont.edu> jwinstea@fenris.claremont.edu (Jim Winstead Jr.) writes:

>>Anyway, whenever I do a shutdown or reboot, I get a lockup 
>>instead.  The following is the output I get when I use these
>>commands (I added the indention):
>>
>>	URGENT: message from the sysadmin:
>>	System going down IMMEDIATELY!
>>
>>	in:
>>	        ...  ...
>>
>>	down IMMEDIATELY!
>>
>>	in:
>
> Where did you get shutdown from?  It looks like it may be corrupt, or
> doing something else strangely.  It certainly shouldn't print messages
> like the above.

I believe this is the mcc-interim package.  I get this kind of message
also.  Sometimes it works, and sometimes it hangs the system...

BTW, I just installed MCC package yesterday.  Nice package!  They
did a good job with the install scripts.  Very easy to install.
I just wished they included emacs...

QUESTION(s):  I'm running a two disk system.  One is an Seagate ST251-1
40 meg MFM drive with a WD-1003-WA2 controller and a Maxtor XT8380S
on an Adaptec 1542B.  Linux works great on the MFM drive.  However,
I can't seem to use the XT8380 reliably.  Everytime I do an Linux fdisk,
it always ask me to input the disk geometry of the SCSI drive.  Every
time I enter one and reboot, it seems to forget the geometry.  The
disk geometry for this drive is:  8 heads, 53 sect/track, 1632 cylinders.
fdisk complains about having cylinders greater than 1024 when I entered
the info above.  'mkfs' or 'mkefs' works without problems in making the
SCSI partitions, but writing to files on it causes Linux to hang.  The
type of operations I did as a test follows:

# mount /dev/hda3 /usr
# mount /dev/sda2 /mnt
# cd /
# tar cvf - usr | (cd /mnt; tar xvf -)

This works to some point, but then Linux hangs.  Did anybody get this
kind of problems or fixed it?  I have the mcc-interim 0.97 pl 2.
Is this a bug on the race-conditions in the file system?  Also after
rebooting the machine and remounting /dev/sda2, the file system have
permissions set to ?--------- instead of the normal drwxr-xr-x.
I assume that the file system is bad?  Does the 0.97 pl (3 and 4)
contain big SCSI improvements?  Is it worth the upgrade.  Any help
greatly appreciated.

Thanks Linus and to everyone that made it possible!!!
--
Jim Fridlund                                     U of MN - Computer Science
fridlund@mermaid.micro.umn.edu                   Institute of Technology
From: kfogel@occs.cs.oberlin.edu (Karl Fogel)
Newsgroups: comp.os.linux
Subject: Install problems (apologies for earlier misdiagnosis and posts)...
Date: 6 Sep 92 03:46:06 GMT
Distribution: comp.os.linux
Organization: Oberlin College Computer Science
X-Posted-From: occs.cs.oberlin.edu
X-Posted-Through: sol.ctr.columbia.edu


	Sorry about all earlier post complaining that X dies and sync
dumps core (for those who read them) and not being able to mount hda3
as /usr, etc... here is what I hope is the final description of the
problem that prevents me from using X and causes sync to core dump in
/dev. (I noticed this behaviour for the first time today, and it
seems significant. This is with v0.96c):

	I reinstalled for the twenty-second time today, carefully NOT
mounting /dav/hda3 on /usr, because that (I thought) had caused X
Windows to hang when brought up. Immediately after the reinstall, the
very first time I booted from floppy with the hard drive as root (root
is /dev/hda2), X worked fine (after I reinstalled it, of course) and
sync did not always dump a core in /dev. Whew! I thought, and decided
not to mount hda3 and live with the cramped space in hda2 (only 63
megs). But the next time I booted up, sync started to dump core in
/dev and X just hangs, requiring a ctl-alt-bckspc to exit.
	Does anyone know of a problem that would not show up until the
*second* time you boot up Linux? I am going to use hda3 as /usr from
now on, as I no longer have any reason to think that it is causing the
problems. Everything except X works now... and sync's core dumping
(always the same size) worries me a bit, not suprisingly :-) Anyone
know what's going on?


--
 

                            -Karl Fogel
	     	     kfogel@occs.cs.oberlin.edu
		      fogel@antares.mcs.anl.gov

	    "I'm not lost... I know exactly where I'm not!"
	(Any opinions expressed are completely my own, and not 
	           necessarily those of Karl Fogel.)
From: hedrick@athos.rutgers.edu (Charles Hedrick)
Newsgroups: comp.os.linux
Subject: Re: problems getting 800x600 out off an ET-4000
Date: 5 Sep 92 05:39:56 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

stud07@cc4.kuleuven.ac.be (Dirk Dussart) writes:


>  clocks   36
>  .
>  modeDB
>     "800x600" 36 .....

You have told X that your board has one clock, at 36MHz, and to use
that clock.  You are almost certainly wrong.  Every board I've seen
has several clocks, the first of which is 25MHz.  If your board is
like every other, the net effect of this configuration is to get
25Mhz.  Note that the actual numerical values you list for the clocks
don't matter.  X simply matches against the list so that it knows
which clock to use.  So it doesn't matter whether you call it 25 or
36, as long as you list it first in the clocks statement, what you're
getting is the first clock.  If you want a 36 MHz clock, you're going
to need to know which clock is 36 MHz, and make sure you listt 36 in the
right position.  That is, if 36 MHz is the third clock, you'll need
something like

>  clocks   25 28 36
>  .
>  modeDB
>     "800x600" 36 .....

It could just as well be

>  clocks   1 2 3 
>  .
>  modeDB
>     "800x600" 3 .....

In either case you'll get the third clock.  But using the right 
speeds is clearer for people who are reading the file.
From: platt@coos.dartmouth.edu (The Crouton Man)
Newsgroups: comp.os.linux
Subject: Re: Can you access a virtual console directly?
Date: 16 Sep 92 01:03:15 GMT
Organization: Dartmouth College, Hanover, NH

In article <1992Sep15.164930.11353@mits.mdata.fi> kennu@mits.mdata.fi (Kenneth Falck) writes:
:In article <1992Sep14.220800.12868@klaava.Helsinki.FI> wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:
:
:>kennu@mits.mdata.fi (Kenneth Falck) writes:
:>>It feels a bit dumb to use termcap-codes to handle the local output, if
:>>you know you'll be using this terminal from the virtual consoles only. 
:
:>[stuff deleted...]
:>[ Does anybody else get tired of MS-DOS programmers whose first (and
:>often enough only) thought is: ``How do I write directly to video
:>memory?'' Perhaps we'll see requests for adding TSR support into Linux
:>next. Urgh. ]
:
[stuff deleted ]

:int main (void)
:{
: int curvt;
: int cols, rows;
: unsigned char *vtbuf;
: 
: cols = vt_get_columns ();
: rows = vt_get_rows ();
: curvt = vt_get_current ();
: vtbuf = vt_get_address (curvt);
: vtbuf [0] = 'L'; vtbuf [1] = 0x07;
: vtbuf [2] = 'i'; vtbuf [3] = 0x07;
: vtbuf [4] = 'n'; vtbuf [5] = 0x07;
: vtbuf [6] = 'u'; vtbuf [7] = 0x07;
: vtbuf [8] = 'x'; vtbuf [9] = 0x07;
: vt_update_buffers (curvt);
: return 0;
:}

you can already do this for all terminals at once.

int main()
{
	...
	initscr();
	standout()
	printw("Linux");
	standend();
	refresh();
}

man 3 curses

croutons.
Newsgroups: comp.os.linux
From: bjl@loki.research.ptt.nl (Ben Lippolt)
Subject: Re: Linux 0.97p2 compatibility
Reply-To: B.J.Lippolt@research.ptt.nl
Organization: PTT Research
Date: Sun, 6 Sep 1992 17:24:56 GMT

genie@netcom.com (The Genie) writes:


>It seems the problem was that the GCC 2.2.2d that comes as images
>Comp1 and comp2 are not compatible with the older versions of
>GCC 2.2.2 --> everything that was compiled before using
>the shared libraries must be recompiled.  If I'm right so
>far, then all the binaries of programs at ftp sites are
>useless until a newer version is recompiled?

You can have several shared libraries simultaniously in /lib.
My /lib looks like:

-rwxr-xr-x   1 root     root       455684 Jul 25 20:31 libX11.1.1
-rwxr-xr-x   1 root     root       451588 May 30 21:57 libX11_v1_0
-rwxr-xr-x   1 root     root       140292 Jul 25 20:31 libXaw.1.1
-rwxr-xr-x   1 root     root       136196 May 30 21:57 libXaw_v1_0
-rwxr-xr-x   1 root     sys        173060 Jun 28 22:50 libc.2.2.2
-rwxr-xr-x   1 root     sys        209924 Aug 16 19:41 libc.so.2
-rwxr-xr-x   1 root     sys         13316 Jun 28 23:10 libm.2.2.2
-rwxr-xr-x   1 root     sys         21508 Aug 16 19:41 libm.so.2

So, I have the 2.2.2 *and* the 2.2.2d versions.
I hoped that with the new shared libs with jump tables you could update
the shared libs and older programs would automatically use these new
libs. But I've read that libc.so.3 (or 4?) is not compatible with
libc.so.2. So, you'll have to recompile at least once more when libc.so.3
comes out (or keep your old libraries around). I hope that will be the
last (incompatible) update of the libraries for at least some time.


Ben Lippolt.
From: SBITCSC@KUBVX1.KUB.NL (P383 592188 Bosters)
Subject: Modem not responding
Date: Mon, 07 Sep 92 12:41:43 GMT
Organization: Tilburg University, The Netherlands
X-News-Reader: VMS NEWS 1.22


Sorry if this is a FAQ, but

I recently installed the MCC 0.97p2 version of Linux, (it's great). But now
an having the problem that kermit and minicom refuse to work with my MODEM.
It tried /dev/ttys1 /dev/ttys2 and /dev/modem; all seems to fail. The Modem 
doesn't even react to AT commands.
Anybody out there can give me a clue?

Greetings.

Jeroen Bosters


SBITCSC@kub.nl
Tilburg university
Newsgroups: comp.os.linux
From: tytso@athena.mit.edu (Theodore Y. Ts'o)
Subject: Re: Transferring files over a serial port
Organization: Massachusetts Institute of Technology
Date: Sat, 12 Sep 1992 16:25:49 GMT

In article <1992Sep11.235758.7569@unislc.uucp> erc@unislc.uucp (Ed Carp) writes:
   There's kermit.  It's got a high packet overhead, since the packets are
   small.....

The packet overhead doesn't have to be large....  You can adjust the
packet size of kermit; and you can also turn on sliding windows, which
can make a big difference when you are transferring files at any speed
(but especially if you're using one of the slower speeds).  I use the
following ~/.kermrc, which automatically configures kermit to do the
right thing.  Note that you need to have this file on both ends of the
kermit connection.  Also, the format of the commands in ~/.kermrc may have
to change if you are using MS-Kermit as opposed to C-Kermit, which runs
on Unix machines (including Linux).  Anyway, here it is:

set flow none
set parity space
set window 5
set receive packet 512
set send packet 512
set block-check 3
set file type binary
set file name literal

						- Ted
From: moyerg@rigel.cs.pdx.edu (gary a moyer)
Newsgroups: comp.os.linux
Subject: thanks for the help...questions regarding getty_ps
Date: 11 Sep 92 18:08:03 GMT
Article-I.D.: pdxgate.6087

First of all I would like to thank James Henrickson for his help getting
lilo to work.  Thanks.  

I am trying to get a mail/news feed via uucp.  I located the modified
sources for taylor-uucp and they compiled with a few tweaks (the main
reason I did the recompile is that the binaries were non-functional
that came with the bin-dist of the package -- my guess using older
shared libs (gcc2.1) of which I don't have).

Now I am in the progress of trying to get the getty_ps package to
work.  The problem:  no connection using either getty (on a virtual
console) or uugetty (to my modem).  I compiled them with the debug
mode on and ran using debug mode 0377 (show _all_ debug info).
Everything appears okay here, but the process just dies.

Any ideas?

Thanks.

-g.m.

==
  Gary Moyer
  moyerg@rigel.cs.pdx.edu
Newsgroups: comp.os.linux