HDTenEightyP/NetNews huggingface dataset:
From: shenkin@still3.chem.columbia.edu (Peter Shenkin)
Subject: Fortran compilation problem
Originator: shenkin@still3.chem.columbia.edu
Organization: Dept. of Chem, Columbia U., New York
Date: Fri, 6 Nov 1992 16:57:14 GMT
X-Posted-From: still3.chem.columbia.edu
NNTP-Posting-Host: sol.ctr.columbia.edu


System:  ULTRIX 4.2 0 RISC

I have a long source module with about a half-dozen subroutines in it.  I
was making modifications to one routine, near the middle of the file.  
When I removed an IF...ENDIF construct near the beginning of the routine,
attempts to compile the module started giving the following:

f77  -static -g  -c bmin1a.f
Fatal error in: /usr/lib/cmplrs/fort/decfort Segmentation fault
*** Error code 1

Stop.

This module compiles just fine on other machines, and when I extract the
subroutine in question it compiles just fine on the DECstation;  so does
the rest of the module with this subroutine removed.  Inserting a
garbage block IF, such as:

	IF( SOLINT )THEN
          NN = 0
        ENDIF

in place of the (longer) block IF just removed been causes the combined 
module to compile just fine;  SOLINT is a local LOGICAL.  If "SOLINT" is 
replaced by ".TRUE." compilation fails, and compilation also fails if the 
block IF is replacecd with the the simple line, "IF( .TRUE. ) NN = 0".

This is pretty bad.  Any ideas?

	-P.
-- 
************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb*************************
Peter S. Shenkin  shenkin@still3.chem.columbia.edu   Columbia Univ., Chemistry
********* DEMOCRACY:  The theory that the people know what they want, ********
********** and deserve to get it good and hard.  -- H. L. Mencken ************


-- 
************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb*************************
Peter S. Shenkin  shenkin@still3.chem.columbia.edu   Columbia Univ., Chemistry
********* DEMOCRACY:  The theory that the people know what they want, ********
********** and deserve to get it good and hard.  -- H. L. Mencken ************
From: kchiles@teton.llnl.gov (Keith Chiles)
Newsgroups: comp.unix.ultrix
Subject: Re: Any suggestions for a color laser printer for DecStation 5000?
Keywords: color laser printer
Date: 5 Nov 92 16:31:54 GMT
Reply-To: kchiles@teton.llnl.gov (Keith Chiles)
Organization: Digital Equipment Corporation

In article <Bx7KM0.MHw@netnews.jhuapl.edu>, pwm@netnews.jhuapl.edu
(Miller Phil F1E x8335 ) 
writes:
|> 
|> We want to get a color laser printer for our network of Dec 5000
|> workstations
|> running Ultrix (4.2 right now, but we will be upgrading to 4.3
|> soon).
|> I am seeking recommendations.  If there is interest I can post a
|> summary.
|> 
|> Phil Miller
|> 
Phil,

I have been using a NEC Colormate with 8 meg of memory.  It is a color
wax transfer
postscript printer with serial, parallel, and appletalk ports.  It also
has a scsi interface
for attaching a disk to hold additional fonts and reduce font download
times.  We don't
use any additional fonts so I don't use that feature.  I have been very
happy with it
and have had no problems.  This is only my opinion.  I will point out
that I have it connected
to a sun sparcstaton parallel port on an sbus card.   At some point in
the future I will be 
connecting it to a DecStation 5000/125 either on the serial port, or on
my breakout box
with two parallel ports.  

Cheers, Keith
kchiles@arac.llnl.gov
Newsgroups: comp.unix.ultrix
From: ihle@freia.inf.tu-dresden.de (Torsten Ihle)
Subject: Label's on TrueColor visuals (Motif)
Keywords: Motif, TrueColor
Organization: Free University of Berlin, Germany
Date: Fri, 13 Nov 1992 14:54:15 GMT

Hi !
I'm writing an application which draws a TrueColor-Image within a DrawingArea
which is part of a MainWindow. To be able to draw the TrueColor-Image, i have
to declare the DrawingArea as 24-Bit deep, hence I have to use a
TrueColor-Visual for the DrawingArea, the MainWindow and the TopLevelShell.
The Problem: I want to have a MenuBar with buttons in the MainWindow too, but
to draw the Text in the button, the Xlib creates a GC whose according window
is always the root window. My root window is (and should stay) 8-bit deep, so
I everytime get an error "bad match".
My workaround is to install my own error handler, (and all works fine), but
isn't there something I missed ?

Thanks in advance
From: phillips@qut.edu.au
Newsgroups: comp.unix.ultrix
Subject: Running SENDMAIL fron INETD ?????
Date: 9 Nov 92 09:19:32 EST
Organization: Queensland University of Technology

Hi

Does anyone know how to run sendmail fron inetd rather than a daemon
process.

Our system is DEC 3100 running Ultrix 4.1.

Thanks in advance...

Doug
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Doug Phillips
Technical Services Section
Faculty of Information Technology
Queensland University of Technology
Brisbane	QLD
Australia.

E-Mail: doug@fitmail.fit.qut.edu.au

Newsgroups: comp.unix.ultrix
From: beck@irzr17.inf.tu-dresden.de (Andre Beck)
Subject: psroff
Keywords: roff groff
Reply-To: beck@freia.inf.tu-dresden.de
Organization: Dept. of Computer Science, TU Dresden, Germany.
Date: Tue, 10 Nov 1992 18:58:30 GMT


Hi,

I've tried to make the documents of X11R5 lately, and found not to have
a psroff command on my ultrix ?
Is there one in the unsupported stuff ?
I tried to get groff compiled, but it doesnt't seem he likes Ultrix...


--
,------------------------+---------------------------------------------.
| Andre' Beck (ABPSoft)  |   TCP/IP-Mail: beck@freia.inf.tu-dresden.de |
| HG R 142               |   VMS        : hermes::beck                 |
+------------------------+---------------------------------------------+
|       Windows is the best placebo against MS-DOOF headaches !        |
`----------------------------------------------------------------------'

Newsgroups: comp.unix.ultrix
From: tlihsin@hubcap.clemson.edu (lih-sin the)
Subject: Need disktab for 1.2GB Toshiba MK-538FB 
Organization: Clemson University
Date: Fri, 6 Nov 1992 15:24:30 GMT

Hi,
  We just received a 1.2GB Toshiba MK538FB disk drive and we would like
to install it on a DECstation 3100 running Ultrix V4.1. For that purpose
we need to get the disktab for the hard drive. Could someone who has 
the disktab post it in this newsgroup or email it to me please? 
Also do I have to run Ultrix 4.2 or higher in order the DECstation 
to accept 1.2GB disk?

	Thanks in advance,
        tlihsin@hubcap.clemson.edu
        lihsin@astro.phys.clemson.edu
        (803)656-0679


Newsgroups: comp.unix.ultrix
From: ajc@pa.dec.com (AJ Casamento)
Subject: Re: recommendation for SCSI-Device-ID's
Organization: Digital Equipment Corporation
Date: 12 Nov 92 12:12:34



In article <IJS8QPG@netmbx.netmbx.de> weis@netmbx.netmbx.de (Dietmar Weis) 
writes:


>> Could someone give me a good recommendation which ID's to choose?

>> Config: DS3100, Ultrix 4.2 (soon 4.3)

>> I will plug in a sixth device, a hard disk, and have only ID 7 unused.
>> I have read in an older article that ID 7 was reserved for a real time
>> cpu because it has the highest interrupt. But actually there is none,
>> so I could use it.

>> The devices are for now:

>> ID 0 - RZ24 root and swap
>> ID 1 - RZ56 data
>> ID 2 - Fuji M2266S data
>> ID 3 - DAT HP35480A
>> ID 4 - RRD42
>> ID 5 - TZ30

>> Shall I change the slowest device to ID 7 (TZ30) or just put the new disk
>> to ID 7?

>> Any hints are appreciated.
>> Thank you very much.

>> Dietmar
>> -- 
>> weis@netmbx.netmbx.de       | Dietmar Weis         DONOP CONSULT GmbH
>> Voice: +49 30 884 28 54-0   |                      Uhlandstrasse 179/180
>> Fax:   +49 30 882 55 29     |                      D - 1000 Berlin 12
>>		I don't speak for my company!

Dietmar,

  The post you refer to would seem to be one of mine. Your current ID settings
seem to be fine. The real-time issue is a long gone proposal that was pretty
much only the DS2100/DS3100.

  If you need to add another device, I would recommend setting the CPU up to
ID 7 and then moving the slow devices up the chain. I would recommend against
setting anything higher than the CPU ID (that may just be a superstition of my
own).

I hope that helps.

				Thanx,
				  AJ


      **********************************************************************
      * AJ Casamento			"The question is not whether or    *
      * Digital's TRI/ADD Program	 not the opinions are mine; but    *
      * 529 Bryant Ave. PAG-2		 rather, which of my personalities *
      * Palo Alto, CA 94301-1616	 do they belong to?"		   *
      * 415.617.3460							   *
      * ajc@pa.dec.com  						   *
      **********************************************************************
Newsgroups: comp.unix.ultrix
From: mskucher@math.uwaterloo.ca (Murray S. Kucherawy [MFCF])
Subject: Xws fatal error
Organization: Math Faculty Computing Facility, University of Waterloo, Canada
Date: Fri, 6 Nov 1992 17:50:40 GMT

What would cause Xws to exit with a "GET_WORKSTATION_INFO failed"?
One of our workstations started giving this today; xdm keeps trying to start
up Xws but it fails with this error every time.

Any help would be appreciated.

-- Murray S. Kucherawy ----------------------------------------+--------------
Software Systems Co-op, Math Faculty Computing Facility [MFCF] | All spelling
University of Waterloo, Ontario, Canada                        | errors caused
E-mail: mskucherawy@{math,watdragon}.UWaterloo.ca              | by Pnews.
---------------------------------------------------------------+--------------
Newsgroups: comp.unix.ultrix,comp.unix.admin
From: mjr@hussar.dco.dec.com (Marcus J. Ranum)
Subject: Re: /etc/group BUG ultrix4.2A
Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center
Date: Tue, 10 Nov 1992 01:44:36 GMT

>the length of group entries
>is fixed at 1024 bytes.

	Ayup. Brought to you by the wonder of fixed sized buffers:

char line1[BUFSIZ+1];

	BSD appears to have "solved" this problem by rearranging the
code so it's easier to increase the size of the line buffer - but they
didn't increase it:
#define MAXLINELENGTH   1024
static char line[MAXLINELENGTH];

	There's also a hard limit to the number of members that can
be in a group, namely 200 "or so"

	Not likely to be a workaround other than breaking out some groups.

mjr.
Newsgroups: comp.unix.ultrix
From: ggm@brolga.cc.uq.oz.au (George Michaelson)
Subject: Re: 3 peeves re: Ultrix 4.3
Organization: Prentice Centre, University of Queensland
Date: Sat, 7 Nov 1992 21:35:43 GMT

osyjm@cs.montana.edu (Jaye Mathisen) writes:


>I dont' know what the expected dec jobmix is, but on my 2 240's with
>RZ25's, RZ26's, RZ57's, HP97560's, Micropolis 1528's, and RZ55's, 
>disk performance has been uniformly improved.  In most of my cases, nearly
>a factor of 3.

Way to go. *THIS* is what I'm after for my newsfeeder box doing NFS/NNTP.

>For what it's worth, I congratulate DEC on the 4.3 release.  Nice work
>dudes and dudettes...

I think I'll go for more muted applause. I still found the DEC X server
not to my liking, Couldn't install motif due to space problems in /usr
and found the SCSI/CAM thing plain confusing. However the rest of the
release looks fine to me, and many bug(lets) that have persisted for a
few other releases have been fixed.


Its worth it.

	-George
--
                         George Michaelson
G.Michaelson@cc.uq.oz.au The Prentice Centre      | There's no  market for
                         University of Queensland | hippos in Philadelphia
Phone: +61 7 365 4079    QLD Australia 4072       |          -Bertold Brecht
Newsgroups: comp.unix.ultrix
From: mstacc@ultb.isc.rit.edu (M.S. Tremblay)
Subject: Questions about printcap
Originator: mstacc@ultb
Reply-To: mstacc@ultb.rit.edu ()
Organization: Rochester Institute of Technology
Date: Fri, 6 Nov 1992 18:44:14 GMT


Have a question about using filters in printcap.  We have the
following printcap entry setup:


n_cad2:\
    :lp=:\
    :rm=ritvax.isc.rit.edu:\
    :rp=rfk:\
    :lf=/usr/adm/lpd-errs:

A file sent to n_cad2 will end up on a print queue on our VMS systems
via the network.  We run into trouble when we send an HPGL file to this
queue that is one large record.  The file makes it into the queue OK,
just once the VMS print daemon gets it, things barf on record too
large...

So what we need to do, is put a filter on the Ultrix side that will
change the HPGL file into manageable records.  I've written one that
does the job OK interactively, reads from stdin and writes to stdout,
but when I try and put this 'filter' into the printcap entry, either
xf, of, if, the resulting entry in the queue on  VMS still has huge
records.  It is as if the filter entry is ignored with remote
printers.

We have even tried making a filter that simply outputs 'Hello World',
so no matter what file is printed, we should only see Hello World on
the other end.

I have managed to get all of this to work with a LAT printer.  It seems
that only when going to the network for the remote queue does this
fail.

Any suggestions would be greatly apprciated.

-- 
-Mark Tremblay              
  software specialist                       Internet:    mstacc@ultb.isc.rit.edu
     Rochester Institute of Technology      Phone:       716.475.2986
Newsgroups: comp.unix.ultrix
From: boyd@prl.dec.com (Boyd Roberts)
Subject: Re: ptrace(20, pid...) doesn't work
Organization: Digital Equipment Corporation - Paris Research Laboratory
Date: Wed, 11 Nov 1992 14:34:23 GMT

In article <ASAMI.92Nov10230226@moccasin.cs.Berkeley.EDU>, asami@cs.Berkeley.EDU (Satoshi ASAMI) writes:
> In article <1992Nov10.161340.29251@prl.dec.com>
>         boyd@prl.dec.com (Boyd Roberts) writes:
> 
>  * Um, how about a ptrace(0, ...) call in the child?
> 
> Hmmm....it worked!  Thanks.  By the way, was I missing something, or
> is it just an undocumented feature (read: bug :).
> 

No it's always worked that.  Slight case of RTM.


Boyd Roberts			boyd@prl.dec.com

``Not only is UNIX dead, it's starting to smell really bad.''  -- Rob Pike
From: kristina@sandia.uucp (Kristina Buchholtz (9226))
Newsgroups: comp.unix.ultrix
Subject: Is local caching configurable?
Date: 9 Nov 92 19:59:32 GMT
Article-I.D.: sandia.776
Organization: Sandia Natl Labs, Div. 9224

Hi,

I'm using Ultrix 4.3, and have done some timing tests on
local disk access vs. nfs disk access.  Nfs seems to be
about twice as fast on writes of large files, and I am
guessing this is because the data is cached.  Are there
some parameters that can be tweaked to cause local data
to be cached, to make local accesses as fast as nfs
accesses?  (If so, would this be a bad idea?)  (I realize
this nfs vs. local timing difference is not limited to
Ultrix 4.3; I've found the same results on Ultrix 4.2 and
SunOS.)

Are my findings consistent with anybody else's experience?

Thanks for any info...

Kristina Buchholtz 
uucp:      ...{ucbvax | gatech}!unmvax!sandia!kristina
InterNet:  unmvax.unm.edu!sandia!kristina
Newsgroups: comp.unix.ultrix
From: mckay@gimli.bio.purdue.edu (Dwight McKay)
Subject: Does the current release of DEC Fortran for RISC fix this?
Keywords: F77 fortran risc
Reply-To: mckay@gimli.bio.purdue.edu (Dwight McKay)
Organization: Department of Biological Science, Purdue University
Date: Mon, 9 Nov 1992 21:01:38 GMT

The following program is not compilable under DEC Fortran for RISC version 3.0.
It compiles and runs just fine under every other version of Fortran I had
available to test (VMS fortran, Sun fortran).

Does anyone know if this program can be compiled under a more recent version
of DEC Fortran?

What's the current recommended version of DEC Fortran? (if there is such a
thing)

-- the program --
      Parameter(N=3)
      Real C(N)
      Call B(C,N)
      Stop
      End
      Subroutine A(D)
      Real C(N)
      Entry B(C,N)
      Write(6,*)' Hi there'
      Return
      End
--
--Dwight D. McKay, Purdue University, Department of Biological Sciences
--Office: LILY B-145, Phone: (317) 494-4481
--mckay@gimli.bio.purdue.edu
Newsgroups: comp.unix.ultrix
From: john@iastate.edu (John Hascall)
Subject: Re: Ultrix 4.2a crashed, PLEASE HELP!!!
Organization: Iowa State University, Ames, IA
Date: Sun, 8 Nov 1992 03:34:29 GMT

mjr@hussar.dco.dec.com (Marcus J. Ranum) writes:
}>...
}>...
}>bin/ls size changed
}>bin/mkdir size changed
}>bin/cp size changed
}>...
}>...
      If you still have the complete list of these then you know
      which files were hosed and need to be replaced.
 ...
}that you can pirate a disk from, then you need to proceed as follows,
}which requires only a tape drive.
}
}	The *easy* way, and the one I suggest, is to boot from
}tape (or whatever your installation media is) and select the
}"systems management" option.

   If you are lucky and your site has a mop-load server then
        boot -f mop()
        boot #/mop                  (# is usually 3 or 6 I think)
   will boot from it (over the net) and you can then choose
   "systems management".

}	Now you have a couple of options. If you've got an existing
}ULTRIX machine that is up and running, I suggest you get a copy of
}"tar" from it. I don't *THINK* the standalone system has "tar". 
}(the standalone system is all a root filesystem in a RAM disk, and
}has not got a lot of room to waste). The way to do that is to just
}get onto a working machine, mount a tape, and use dd to copy the
}executable to tape, then copy it back onto the system you're
}trying to repair.

    Again, if you have a another machine up and running on the net,
    then you can goto that machine and add "hosed.machine.name root"
    to /.rhosts and then on your hosed machine:

       /bin/hostname hosed.machine.name
       /etc/ifconfig ln0 `/bin/hostname` up
       /bin/rsh ok.machine.name cat /bin/tar > /bin/tar
       /bin/chmod a+x /bin/tar

and, voila, you have tar (other handy tools can be gotten the same way).
Much faster than dinking around with tapes if you can do it.  If you
have a tape drive you can follow mjr's instructions (if not, you
can use something like:

      cd /mnt/usr/users
      /bin/tar cf - . | rsh ok.machine.name "(cd /some/place; tar xpf -)"

Every time I see a mangled disk, I am ever so thankful that:

	(a) most of our workstations are dataless
	(b) we have a mop-server machine

Good Luck,
John
-- 
John Hascall                   ``An ill-chosen word is the fool's messenger.''
Systems Software Engineer
Project Vincent
Iowa State University Computation Center  +  Ames, IA  50011  +  515/294-9551
From: heiney@pa.dec.com (Bob Heiney)
Newsgroups: comp.unix.ultrix
Subject: Re: Key Bindings in Emacs
Date: 13 Nov 92 00:31:55 GMT
Distribution: va
Organization: Digital Equipment Corporation

In article <BxMApC.DE1@csugrad.cs.vt.edu> sguyer@csugrad.cs.vt.edu
(SCOTT GUYER) writes:
>
>...  In particular, how do I 
>bind function keys in emacs (v 18.58.2)?
>
>	(global-set-key "key" 'command-name)
>
>	This is the format, but I do not know what the "key"
>is for function keys.

The quick answer:  

To represent control-t, key would be "\C-t".  To represent the sequence
meta !, key would be "\M-!"

The way to find more complete info:

Start your GNU Emacs.  Type "M-x info" (that's meta-X info, usually escape
followed by "x", then space, then "info") and press return.  If you don't know
how to use info, follow the instructions for getting help.

Goto the Emacs menu.  The following subtopics of the Customization topic
might be helpful:  "Key Bindings" and "Init File".  If you're into complex
customizations (e.g. translating the long escape sequences that some function
keys generate into some emacs action), you might take a look at the vt100
keymap setup in "lisp/term/vt100.el" (the path is relative to the emacs
distribution, typically something like "/usr/local/emacs").

/Bob
-- 
Bob Heiney  ( heiney@pa.dec.com )
Technical Consultant
Digital Equipment Corporation, US Desktop Sales, Palo Alto, CA
All opinions expressed are mine, and not necessarily those of my employer
Newsgroups: comp.unix.ultrix
From: ch513@cleveland.Freenet.Edu (Gordon Oppenheimer)
Newsgroups: comp.unix.ultrix
Subject: Ultrix 4.2 & X11R5 from MIT
Date: 5 Nov 1992 18:01:32 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: hela.ins.cwru.edu


Hello,
I am trying to get the MIT X11R5 x-windows system going
on my ULTRIX 4.2 with enhanced security.  I am using 
Pathworks on a PC to connect.  Iam not sure that I am
doing it right.

How does one start up x-windows properly?

THanks,

Gordon Oppenheimer
Newsgroups: comp.unix.ultrix
From: ttl@europa.sti.fi (Timo Lehtinen)
Subject: Re: LAT access *from* Ultrix
Reply-To: ttl@sti.fi (Timo Lehtinen)
Organization: Stream Technologies Inc.
Date: Fri, 6 Nov 92 17:19:29 GMT

In article <1992Nov4.202904.13184@nic.funet.fi> vsarkela@convex.csc.FI (Vesa S{rkel{) writes:
>In <Bx3srH.2po@breeze.rsre.mod.uk> heading@breeze.rsre.mod.uk 
>  (Anthony J.R. Heading) writes:
>
>>Is it possible, from my Ultrix 4.2 Decstation, to connect to a VMS Vax
>>over the ethernet using LAT instead of Decnet? The LAT support appears
>>to only deal with connection to a specific server port where a modem
>>might be attached perhaps - I can't work out how to either connect to
>>the terminal server or directly to the target machine...
>
>Try using dlogin <node>


Huh?  That's DECnet.  The original poster asked for a method that uses 
LAT, *NOT* DECnet.

No, it is not possible.  ULTRIX does not support master LAT.

Timo

-- 
Stream Technologies Inc.	Phone:  +358 0 4357 7340, +358 49 424 012
Valkjarventie 2              	Fax:    +358 0 4357 7348
SF-02130 Espoo               	Email:  ttl@sti.fi
FINLAND                         X.400:  C=fi,A=fumail,P=inet,O=sti
Newsgroups: comp.unix.ultrix
From: cyclist@hubcap.clemson.edu (Barry Johnson)
Subject: Re: FPU errors on 5000/240
Organization: Clemson University
Date: Tue, 10 Nov 1992 16:15:23 GMT

grosen@isc.cs.ndsu.nodak.edu (Johannes Grosen) writes:
Could someone post the code, or put it at an FTP site?  If someone will
send it, I'll become an anon ftp site for it...



>Can anyone send me the code I saw some time ago that will test
>the FPU on a DECstation 5000/240? We've been having some strange
>problems and I'd like to be able to rule out the FPU. Our machine
>*is* a pre-August '92 machine.

>Thanks!
>-- 
>Johannes Grosen
>ISC System Administrator
>grosen@isc.cs.ndsu.NoDak.edu
-- 
Personal Theory:  Socks are the larval form of wire coat-hangers.
   
Barry Johnson, Clemson University, CTS.   cyclist@hubcap.clemson.edu   
Newsgroups: comp.unix.ultrix
From: ed.welch@nitelog.com (Ed Welch) 
Newsgroups: comp.unix.xenix.misc
Subject: JOE SIMMONS
Date: 8 Nov 92 20:14:00 GMT
Distribution: world
Organization: Nitelog BBS - Monterey, CA - 408-655-1096
Reply-To: ed.welch@nitelog.com (Ed Welch) 

I'm looking for an old friend of mine.  His name is Joe Simmons and last
I knew, he was a tech writer at Intergraph located in Huntsville, AL.
If anyone knows out I might reach him I would greatly appreciate a short
message from you.  Thanks a million!

-ed-
From: mgum@OAVAX.CSUCHICO.EDU (MARK GUM)
Newsgroups: comp.unix.xenix.misc
Subject: RIDE-SHARE SOFTWARE
Date: 11 Nov 1992 19:11:18 GMT
Organization: California State University, Chico
Reply-To: mgum@OAVAX.CSUCHICO.EDU
NNTP-Posting-Host: oavax.csuchico.edu

I have heard there is a software package out there that runs on XENIX for
ride sharing.  Does anyone have any information on such a package? Please
send E-Mail to MGUM@OAVAX.CSUCHICO.EDU or reply to this message.
  Thanks

**********************************************************
MARK GUM, CALIFORNIA STATE UNIVERSITY, CHICO
MGUM@OAVAX.CSUCHICO.EDU