HDTenEightyP/NetNews huggingface dataset:
From: sterling@oldcolo.com (Bruce Sterling Woodcock)
Subject: Re: Dell Unix, 14.4Kb, and DigiBoards, HELP!
Organization: Old Colorado City Communications (oldcolo.com - login "newuser")
Distribution: usa
Date: Thu, 17 Dec 1992 09:03:52 GMT

In article <1992Dec8.225638.29523@dms.agames.com> yaturner@dms.agames.com (James M. Turner) writes:
>I have the following configuration:
>Dell Unix SVR4.2.2 running on a 486/50
>DigiBoard multi-port controller
>Telebit T3000RM modem
>sometimes the T3000's get screwed up and the DTE speed gets set to 14400
>baud, my problem is that I can't find anyway in Unix to open a serial
>line at that baud rate. Any ideas??

We use Dell SVR4 here as well, and also found that the system did not "support"
14.4K speeds.  According to what was told to me, 14.4 is a "standard" RS-232C
baud and so you couldn't use it.  The solution?  Tell the system to use
38400 (which is a standard speed) for the 14400 modem.  The modem will still
talk over the phone line at 14.4, but it will communicate with the serial
port at 38.4.  Everyone is happy.

Bruce

-- 
Bruce Sterling Woodcock                 Internet:  sterling@oldcolo.com
Systems Programmer                      Alternate:  sterling@netcom.com
Old Colorado City Communications        "Global Access From Any Micro"
From: fuhrman@hpavla.lf.hp.com (Phil Fuhrman)
Date: Thu, 17 Dec 1992 19:50:43 GMT
Subject: Re: Memory chip problems
Organization: Hewlett-Packard Little Falls Site
Newsgroups: comp.unix.sysv386

>this time the bios found all 16 MB of memory, and UNIX started to
>boot. I got the normal message from FAS telling me that it had initialized,
>and then about the time I would expect to see a message about my RAM disk
>being set up and how much available memory UNIX had, I instead got the
>message
>
>	"Could not allocate memory for default 0 buuffers"
>
>over and over again. I shut down and tried again -- same result.
>Re-installing my old SIMMs allowed UNIX to boot normally.
>
>****** COULD THIS BE A SOFTWARE PROBLEM WITH MY UNIX? *******
>[I have never run the UNIX with more than 8 MB RAM -- this is an
>old version -- is it possible that it is unable to handle this much
>RAM? -- I would ask Microport, except they don't want to talk to me
>about release 3.0 -- they want me to buy 3.2 or 4.0. Instead I am in the
>process of replacing Microport with OS/2].

This is really digging back for me, but, yes there was a problem with 
the Microport 3.0 kernel for >8 Mb.  Had to do with the 'automatic'
calculation of how many disk buffers to allocate as a function of 
main memory size.  Calculation blew up for >8 Mb. There was a adb 
kernel patch but it's long since aged from my system.

Phil Fuhrman - Little Falls Site
Hewlett-Packard Co.
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: SCSI controller board inquiry
Date: 14 Dec 92 20:38:29 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Dec13.050823.5030@areyes.com>, deano@areyes.com (Dean Carpenter) writes:

|   Go with either a BusLogic 542 (used to be BusTek) or an Adaptec 1542.

  Yup. The AHA1542B (and it's clones) is the most widely supported card
I've seen. Every UNIX supports them, and a number of DOS packages are
available. The most common is SYTOS, which is cheap, common, reliable,
and despised by everyone I know who ever owned it. If you think the way
their menus are layed out, and can remember how their partial backup and
restore criteria operate it's easy to use. I have them on most of the
systems at work and home.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
From: michaeld@u012.me.vp.com (Michael R. Dillon)
Newsgroups: comp.unix.sysv386
Subject: Want memory expansion > 16MB in Gateway/2000 w SCO ODT
Date: 9 Dec 92 22:55:02 GMT
Organization: Varco-Pruden Buildings
Originator: michaeld@u012

We are looking to add ram to our Gateway/2000 486/33 and 486/50 ISA machines.
The amount we want will force us to fill up the motherboard slots and add an
expansion card.  About a year ago, we heard that SCO Unix/ODT was known to
have problems running in the Gateway machines with the 'Standard' memory
expansion card.  Can anyone confirm or deny this?  We are looking for a
good memory expansion card that will work in our Gateways and will run SCO.
Any suggestions?
From: chris@alderan.sdata.de (Christoph Splittgerber)
Newsgroups: comp.unix.sysv386
Subject: Looking for NetBios on top of TCP/IP
Date: 11 Dec 92 14:08:24 GMT
Followup-To: poster
Organization: C. Splittgerber Datentechnik, Denkendorf, Germany

A frind of mine was askink me to post this request form him on the net !

He is looking for a NetBios implementation witch sits on top of the
eiher TLI / or socket interface. Does anybody know if such a beast is
in the public domain ?

Please respond via email.

        Thanks very much in advance,
                                      Frank Moser
                               ( Chris )
-- 
************************ Brain fault (core dumped) *************************
Replies-To:  chris@alderan.sdata.de    UUCP: uunet!mcsun!unido!alderan!chris 
Phone:       +49 711 344375            Fax:  +49 711 3460684
Newsgroups: comp.unix.sysv386
From: sam@csi.compuserve.com (Sam Neely)
Subject: Re: configuring xdm on Dell 2.2
Organization: CompuServe Incorporated
Date: Tue, 15 Dec 1992 21:57:46 GMT

In article <BzBJx3.3H0@ra.nrl.navy.mil> solsman@ra.nrl.navy.mil (Mark Solsman) writes:
>In article <BzBGK4.4A1@csi.compuserve.com> sam@csi.compuserve.com (Sam Neely) writes:
>>>applying the patch- pkgadd doesnt work)
>>
>>Applying the patch is no problem, once you know what pkgadd wants.
>>Uncompress and detar the patch into a directory, /usr/foo for example.
>>You should end up with a subdirectory in there called xdm.  To actually
>>apply the patch, use the command 'pkgadd -d /usr/foo'.
>
>Nope, this is what I exactally did at first.  I de-tar-red the file in /tmp,
>then ran pkgadd -d /tmp/xdm.  I received the illustrious error in stream-crap
                        ^^^^  Leave this off
>message.

Only specify the base directory where things were detarred to.  Don't
specify the subdirectory.  If you do this, pkgadd should present a list
of patches that may be installed.
-- 
Sam Neely, CompuServe Incorporated                  +1 614 457 8600 (voice)
5000 Arlington Centre Blvd, Columbus, OH  43220     +1 614 457 0348 (FAX)
Electronic Mail:  InfoPlex: >CSI:SAM      Internet: sam@csi.compuserve.com
To err is human, to forgive is against company policy
From: jay@gdx.UUCP (Jay Snyder)
Newsgroups: comp.unix.sysv386
Subject: seamless Windows 3.1 (ISC)
Date: 11 Dec 92 15:56:01 GMT
Organization: GDX-BBS,Central Pa Unix BBS/anon uucp (717)737-3249 PEP+/2400/1200 24hrs

In article <ByuJ24.F6A@maxed.amg.com> ed@maxed.amg.com (Ed Whittemore) writes:
: In article <1992Dec6.044637.13901@fasttech.com> zeke@fasttech.com (Bohdan Tashchuk) writes:
: ...
: >It would be enlightening if you posted a POINT-BY-POINT UPDATE to EACH of
: >the claims you made back in July. Here is the relevant part of your post:

: It is my understanding that a "technical update" will be available in
: Dec., that is to say shortly, and that these features are a part of it,
: except perhaps for "seamless Windows 3.1" which is planned for
: a new product (not VP/ix) to be part of the next major release.


Does anyone have more info on the seamless Windows 3.1?

_______________________________________________________________________________
Jay A. Snyder               jay@gdx         ...{uunet,vogon1}!compnect!gdx!jay
This is your Brain: (unix)              GDX-BBS (717) 737-3249 WorldBlazer
This is your Brain on drugs: (MSDOS)     Unix and MSDOS File areas + Xenix bins
Xref: sparky comp.unix.sysv386:17518 comp.unix.sys5.r4:876
From: bson@gnu.ai.mit.edu (Jan Brittenson)
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
Subject: Re: gawk-2.14.tar has been uploaded to US4BINR
Date: 18 Dec 92 11:33:27
Organization: nil
NNTP-Posting-Host: nutrimat.gnu.ai.mit.edu
In-reply-to: tener@cs.widener.edu's message of 17 Dec 1992 15:30:32 -0500

In article <1gqo18INNdv0@pebbles.cs.widener.edu> tener@cs.widener.edu (Stuart Tener) writes:

 > Everytime something new is added to the US4BINR server, you seem to
 > feel the need to publish a bulletin. This is a teribble waste of
 > resources.

   Although I'm interested in the announcements as they are, I'm
inclined to agree with you in point. Perhaps a mailing list could be
set up for those of us with a clear interest, and a compilation posted
periodically for other net.readers?

   I fail to see why it's such a terrible waste of resources, though.
Compared to most of the other bonehead flamage that crosses the net,
it's a pretty creative endeavor. It's not like the guy's posting
uuencoded binaries or anything.


						-- Jan Brittenson
						   bson@gnu.ai.mit.edu
--
						-- Jan Brittenson
						   bson@gnu.ai.mit.edu
Newsgroups: comp.unix.sysv386
From: shane@cs.sunysb.edu (Shane Bouslough)
Subject: Re: DELL -> Re: ISC: ESDI & SCSI in one host ?
Organization: Dept of Computer Science, State U of NY at Stony Brook
X-Newsreader: Tin 1.1 PL5
Date: Tue, 15 Dec 1992 15:33:15 GMT

Mark Solsman (solsman@ra.nrl.navy.mil) wrote:

: >>       is ISC able to handle ESDI & SCSI devices at the same time ?
: >>       I'm thinking about plugging another SCSI in one of my machines.
: 
: Anyone know if DELL can do the same?  I am intrested in adding a second drive,
: but I want to slowly make the transition to SCSI.

I tried to get my old DOS disk (IDE) to co-exist with my UNIX SCSI disk
to no avail. I don't know about ESDI, but the manual sure *claims* it's
possible.

: Mark Solsman                                 Building 1, Code 5160
: United States Naval Research Laboratory      solsman@ra.nrl.navy.mil
: Washington, DC                               (202) 767-5769

-Shane

--
Shane Bouslough       | #include <stddisc.h>
shane@sbcs.sunysb.edu | #include <happy.rhodes>
Newsgroups: comp.unix.sysv386
From: The Cat <crest!jrm>
Subject: ESIX SVR 4.0.4 For sale
Summary: UNIX for sale
Keywords: UNIX,SVR4
Organization: Hycel Properties
Date: Fri, 18 Dec 1992 16:14:05 GMT


	I have ESIX's SVR 4.0.4  unlimited development system, which I
        would like to sale.

		Includes:

	SVR 4.0.4  Runtime with Networking, unlimited users, on SCSI tape
	X Windows Development Package 
        GUI (Beta release)
	Standard C Development Environment on diskettes

				Price: $595 OBO

				John Morris

			email: wupost!crest!jrm
			phone: (314) 961-2000

Newsgroups: comp.unix.sysv386
From: pickup@ee.mu.OZ.AU (Simon John Pickup)
Subject: ISC capabilities
Organization: Electronic and Electrical Engineering - University of Melbourne 
Date: Thu, 17 Dec 1992 22:31:10 GMT

I am hoping to port a commercial graphical application to ISC UNIX,
probably SVR3, and need the following capabilities:

	X with support for an editable colormap of 256 colours
		(with appropriate hardware)
	ANSI C compiler
	C++ compiler

We hope to use ISC's X, but will it support 256 colours?  Or do we need
to use a different X server?  And any suggestions for VGA cards?

ISC's LPI C compiler could be ok, but last time I used it, it was very
buggy.  But I don't think ISC has a C++ compiler?

How about gcc, g++ and libg++, have they been run successufully under SVR3?

Or should we look at SVR4?

Any suggestions appreciated, by email or news.

Simon Pickup

__________________
Simon Pickup
pickup@ee.mu.oz.au
Newsgroups: comp.unix.sysv386
From: dror@netcom.com (Oz Dror)
Subject: Netfax for SYSV?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 12 Dec 1992 22:20:26 GMT


Does anyone knows of SYSV version of netfax?

If So does netfax work for the SupraFax Modem?

Thanks,

-- 
NAME   Oz Dror, Los Angeles, California
SMAIL  dror@netcom.com
PHONE  (213) 874-7978  Fax (213) 667-6908
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
From: larry@news.rn.com (Larry Snyder)
Subject: Re: gawk-2.14.tar has been uploaded to US4BINR
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Fri, 18 Dec 1992 12:19:12 GMT

tener@cs.widener.edu (Stuart Tener) writes:

>	Everytime something new is added to the US4BINR server, you
>	seem to feel the need to publish a bulletin. This is a teribble
>	waste of resources. To make things worse you seem to also have
>	the neeed to make these bulletins quite wordy. Why not just list
>	all new software available on the server each week or month?
>	Is it really necessary to publish all this information everytime
>	you get a new binary?

I agree.  It is becoming a waste of space to post this so frequently.

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: SAS help wanted
Date: 17 Dec 92 20:38:52 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Dec16.183302.21276@dragon.acadiau.ca>, ddewolfe@dragon.acadiau.ca (Dave DeWolfe) writes:
| Greetings all.  I use SAS 1.25 on Esix 4.0.4.  I would like to know how
| to make /dev/ttyF00 have a minor number of 0, instead of the 80
| that it has now.

  Do you mean that when you did the mknod it did the wrong thing under
Esix, or what? Under other systems I change minor device number iwht rm
and mknode.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
Newsgroups: comp.unix.sysv386
From: gryphon@openage.openage.com (The Golden Gryphon)
Subject: DELL Filesystem type?
Organization: Open Age, Inc.
Date: Fri, 18 Dec 1992 15:12:51 GMT


I'm upgrading a customer from Dell to SCO, and I want to mount the old Dell
file systems under SCO, without having to do the mkfs under SCO.  Is this
possible?
-- 
The Golden Gryphon 				gryphon@openage.COM
"Mad Scientists seeks mindless brawny assistants, good pay, quiet location."
"They're not ghosts,  they're metaphysically challenged." - Me
Openage - The Premier SCO UNIX integrator in the Washington D.C. area
Xref: sparky comp.unix.sysv386:17471 comp.unix.sys5.r4:853
From: okamoto@chigaku.souka.osakafu-u.ac.jp (Kenji Okamoto)
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
Subject: Re: Toshiba CD-ROM and SVR4
Summary: I have buggy CD-ROM utility
Keywords: CD-ROM SVR4
Date: 17 Dec 92 01:47:47 GMT
Followup-To: comp.unix.sysv386
Organization: Univ of Osaka Prefecture, Sakai

In article <112@tmcsys.UUCP>, lothar@tmcsys.UUCP (Lothar Hirschbiegel) writes:
> I'm trying to connect a Toshiba CD-ROM XM3301-B/C drive to my 486 system
> running under ISC-SVR4. The drive is detected during boot time and
> seems to be working so far (too bad there is no CD-ROM filesystem
> in ISC-SVR4:-( I guess, I'll have to wait until Destiny finally is 
> available...). 

I have one to read CD-ROM file on SVR4, but it has no ability to access
CD-ROM as its filesystem.  If you like it, let me know it.  I can send
you on a 1.44MB floppy in tar format(because I have no access to Internet).
I would be very happy, if you could enjoy the CD-ROM on SVR4.

> The only problem is: when I try to run the CD-ROM test program that is
> supplied with ISC-SVR4 (/etc/scsi/sc01qa), most of the test commands
> result in an error message "Not a typewriter". This looks like an ioctl

It sounds like natural, because most functions are not implemented :-)

> error message, coming from the cdrom specific ioctl calls within sc01qa.
> The only command not producing this error message is 'cdread', but
> it is producing lots of mode_sense errors instead.

This is curious.
You have used the proper cable? :-)

Kenji
------------------------------------------------------------------------------
Kenji Okamoto     |             okamoto@earth.chigaku.souka.osakafu-u.ac.jp
 ______  __ |__   |  Universiy of Osaka Prefecture, Dept. of Earth Science,
|__\/__|   /|\    |  Gakuen-cho 1 - 1, Sakai, Osaka 593, Japan
||_|_| |  / + \   |  tel(voice) +81-722-52-1161 (ext)2736 (FAX)+81-722-55-2981
------------------------------------------------------------------------------
From: ellis@epca.UUCP (Ellis Carter)
Newsgroups: comp.unix.sysv386
Subject: ISC 3.0.1 HPDD Configuration
Date: 12 Dec 92 03:19:57 GMT
Organization: Ellis Carter Associates, Metairie, LA

I an trying to configure my ISC 3.0.1 HPDD for my Adaptec 1542 and one
Micorpolis 600mb drive.  It asks for a SCSI ID and it has a default of
7.  Am I correct in assuming that when I have no straps on my drive that
I am assigning the SCSI ID of 0 to that drive and each strap (using the
binary notation) indicates a more positive ID.  If this is so, why is 
the default 7 in the HPDD?  AND if I add a tape drive and address that
as 001 (on the binary switches) do I also set the SCSI ID to 1 or do
I set it to 6. 

To save bandwith I would appreciate email to ellis@epca.wpg.com.  If
there is any interest in summaries please email also and I will summarize.

Thanks in advance for your time.

-- 
Ellis Carter
New Orleans, LA		(504) 456-2245
Internet:		ellis@epca.wpg.com
Compuserve:		>INTERNET:ellis@epca.wpg.com
Xref: sparky comp.unix.sysv386:17508 comp.unix.sys5.r4:866
From: andrew@uel.co.uk
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
Subject: mush-7.2.5.tar has been uploaded to US4BINR
Date: 18 Dec 92 04:08:35 GMT
Organization: us4binr


Mail Users Shell -- Mush Version 7.2.5

author: Dan Heller, argv@sun.com, Bart Schaefer, schaefer@zigzag.z-code.com
compiled by: Andrew Josey, andrew@uel.co.uk
status: freeware, taken from comp.sources.unix posting
upload by: idem


Short description.

The Mail User's Shell (Mush) is an interface for sending and
manipulating a database of electronic mail messages under
the UNIX(TM) environment.  The interface is similar to
conventional mail readers such as System V mailx yet
contains more powerful commands for manipulating large
amounts of mail and multiple folders. Mush also supports
a subset of the following aspects of the csh:
            o Command history.
            o Command line aliasing.
            o "Piping" mechanism to redirect "input" and "output" of
            commands.
            o Filename metacharacters.

There are several sample Mush rc files provided in /etc/mail/mush.
The file /etc/mail/mush/Mailrc can be used to emulate UCB mail.
A long manual page is provided in the package.


To download mush-7.2.5.tar, mail the FOLLOWING 3 LINES to request@us4binr.uucp
or to request%us4binr.uucp@uunet.uu.net

    reply your_email_address
    get mail/mush-7.2.5.tar
    quit

To get help on uploads and downloads, email

    reply your_email_address
    help
    quit
-- 
----------------------------------------------------------
Jacques Gelinas
Maintainer of US4BINR. Archive site for UNIX SVR4 (386/486) binaries.
jacques@us4binr.login.qc.ca
Newsgroups: comp.unix.sysv386
From: bilse@login.dkuug.dk (Per G. Bilse)
Subject: SLIP decomp/timing proplem?
Summary: Errors during recption of compressed TCP
Keywords: SLIP timing kernel asy TCP PPP
Reply-To: bilse@dkuug.dk
Cc: netpasser@dkuug.dk, bob@morningstar.com
Organization: DKnet
Date: Sun, 13 Dec 1992 23:03:22 GMT

We've recently installed Morningstar PPP on one of our main
Suns, with the intention of running fairly extensive PPP/SLIP
traffic.

However, during testing with SLIP from a remote machine, I'm
running into peculiar problems: The higher the remote interface
speed, the more damaged packets are received at the remote
machine.  The interface speed at the central host (a Sun IPX)
remains at 38400bps; at 9600bps at the remote host, everything is
received in perfect condition; at 19200 there are a number of
damaged packets; at 38400 ... forget it.

Now, then, the funny thing is that this only occurs during
_reception_ of _compressed_ TCP at the the remote machine.
During transmission from the remote host, or if compression is
disabled, things are fine at any speed.

This leads me to belive there must be a timing/interrupt problem
in the version of SLIP at the remote machine ... in particular as
any other kind of high-speed serial line activity takes place
with no errors whatsoever.  OTOH, there's no particular load on
the remote machine, svr4mon shows around 11% CPU during reception
at 38400 ... the machine (actually my own) is a 33MHz '486
running Consensys V.4.0.3, the SLIP was ftp'ed from Dell (I'll
buy a UNIX from them any day now) labeled revision 1.4.1.1
92/05/22; the problem occurs with both the standard asy driver
and SAS 1.25 ...

I'll summarize, please respond to bilse@dkuug.dk .

Regards,
--
Per G. Bilse:   per@bilse.dk    bilse@dkuug.dk    (was {per,pdev}@pdc.dk)
Priv: Dannebrogsgade 35, DK-1660 Copenhagen V, +45 31313971
Work: DKUUG, Universitetsparken 1, DK-2100 Copenhagen OE, +45 31397322
"Cumputtar ... Cumputtarh! ... %*#&^%#* ... CUMPUTTARRRHH!!"
From: shih@ece.ucdavis.edu (The Nomad)
Newsgroups: comp.unix.sysv386
Subject: UHC SVR4 + ARCHIVE XL  URGENT HELP NEEDED!!
Date: 17 Dec 92 20:15:54 GMT
Organization: U.C. Davis - Department of Electrical Engineering and Computer Science
Originator: shih@madrone.eecs.ucdavis.edu


Help netlanders!!

I have UHC Unix SYSV4.0.2 and I bought a Archive XL 9250i.
I install the Archive driver but cannot access the tape drive
from OA&M. I try to add device but /dev/rmt/c0s0 does not exist.

I apologize if this is in FAQ or a novice problem.
Thanks in advance.

Alan
-- 
|   ALAN SHIH  				UC.Davis EE dept              |
=======================================================================
|God's Last Msg: "We Apologize for the Inconvenience."                |
|				- Hitchhiker's Guide to the Galaxy    |
Newsgroups: comp.unix.sysv386
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: What's Happening to ISC UNIX?
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Distribution: usa
Date: Mon, 14 Dec 1992 16:13:45 GMT

In article <1992Dec11.161912.4366@rwwa.COM> witr@rwwa.com writes:
  [ while discussing Solaris upgrades ]

>I've followed the bumpy unix road from ``Old'' Microport (rip), to 
>BellTech (rip), to Intel(SVR4 rip), to Interactive (SVR4 rip).  Is
>Sunsoft next?   Hmmm...

Please let the rest of us know what you plan to buy so we can a) avoid
it, and b) short the stock.

:-)

-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"Data sheet: HSN-3000 Nuclear Event Detector. The [NED] senses the gamma
radiation pulse [from a] nuclear weapon." As if we wouldn't notice...
Newsgroups: comp.unix.sysv386
From: solsman@ra.nrl.navy.mil (Mark Solsman)
Subject: configuring xdm on Dell 2.2
Organization: Naval Research Lab, Washington, DC
Date: Tue, 15 Dec 1992 18:32:07 GMT

Hello-

Seems that I have been elected to try and figure this out :(

I am trying to get xdm to work on DELL 2.2.  Ok, so I have read the man
pages, obtained the patch for the bug (but I have no idea how to implement
the patch- pkgadd doesnt work)

Seems that DELL did a very nice job of configuring the xdm for you, they
even set up all of your files for you!!! :)

However, I must have missed where it tells you how to get the thing to execute
upon startup.  Am I supposed to place it in /etc/rc2.d ??  Does anyone use this?

Thanks in advance!

-- 
Mark Solsman                                 Building 1, Code 5160
United States Naval Research Laboratory      solsman@ra.nrl.navy.mil
Washington, DC                               (202) 767-5769
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4