HDTenEightyP/NetNews huggingface dataset:
From: pat@abtlabs.uucp (Patrick Conroy)
Subject: ISC V3 and "ftape()" - help!
Organization: Abbott Laboratories
Date: Tue, 28 Jul 92 22:15:52 GMT

Could someone lend a hand please...

When I installed ISC V3 many moons ago, I had no tape drive.  So I didn't
bother adding any tape devices to the system.

Now, I've found an Irwin 245 and I'd like to hook it up to the floppy
controller and see what happens.  I have it connected, but now to
my chagrin -- I can't find the ISC disk with the "ft" driver on it!

If I go into "kconfig" I see no "ft" or "ftape" or "floppy tape".

Rather than running thru all 200 3.5" floppies in SysAdm, can someone
tell me where this driver is hidden, so I can install it?

Thanks!

Patrick
------------------------------------------
Patrick Conroy    email: pat@doc.abbott.com   or pat@turing.abbott.com

Newsgroups: comp.unix.sysv386
From: rvdp@sow.econ.vu.nl (Ronald van der Pol)
Newsgroups: comp.unix.sysv386
Subject: Re: FTP sites for SVR4 code? any there?
Date: 24 Jul 92 21:00:48 GMT
Organization: SOW-VU, Amsterdam, The Netherlands

bmyers@mcopn3.dseg.ti.com writes:

- Are there any anon FTP sites that have or support ported code to
- SVR4?
- could someone please post them or send me a message?

ftp.sow.econ.vu.nl has some sources.

--
Ronald van der Pol
rvdp@sow.econ.vu.nl
From: jmcook@larel.LAMRSCH.COM (joel m. cook)
Newsgroups: comp.unix.sysv386
Subject: Re: esix 4.0.4 experiences
Summary: Some experiences with ESIX 4.0.4
Date: 30 Jul 92 15:25:33 GMT
Organization: Lam Research Corporation, Fremont, CA  94538

In article <16287@mendip.UUCP>, johnr@mendip.UUCP (John Redden) writes:
> 
> Have any of you purchased or upgraded to Esix 4.0.4?  
> 
> What bugs have been fixed?
> 

Don't know what bugs were fixed, 'cause I upgraded from AT&T 5.3.
I do know that in the ESIX 4.0.4 I have now, the time maintained by
the operating system is always one hour ahead of the hardware clock.
ESIX says they know about it, blames it on USL's code, and says it's
pretty low priority.  Got around it by (how clever) setting the hardware
clock back one hour.  Kind of unsatisfying, but it works.

Have had no end of problems getting the *local* printer to work.  If I
set it up using the built in serial ports (tty00 in this case), I can't
even get anything to go to the printer (used the menu-driven setup, also
tried doing it with lpadmin as I used on V.3...no luck).  If I use one
of my add-on ports (Brumby with the older, 2.8s stream driver), I get
a banner page to print, but nothing else.  If I use a postscript interface
supplied by ELAN Computing (for my troff package eroff), I get a reply
from the printer that it's seen garbage and is flushing.  The offending
character is nearly always "$x" where X varies.  All these things worked
great with V.3.  I've had ESIX 4.0.4 only a few days, so maybe there're
tricks I haven't learned yet, both with this particular version and with
V.4 in general.  SO far I'm not impressed.

-- 
			Joel M. Cook
			jmcook@larel.lamrsch.com
From: bary1@vax5.cit.cornell.edu
Newsgroups: comp.unix.sysv386
Subject: SCO OD 2.0.0 no mouse under DOS
Date: 22 Jul 92 01:45:41 EDT
Distribution: comp
Organization: Cornell University

I am running SCO OD 2.0.0 on a Gateway 486 with a Microsoft serial mouse. When
I run a DOS app that will use the mouse in a DOS window (like Turbo Pascal 6.0)
The app fails to sense the mouse (supposedly a virtual Microsoft Bus Mouse
under
DOS), hence I cannot pull down any menus, etc.

Any help would be appreciated.
- Bill Stearns
  email: BARY1@VAX5.CIT.CORNELL.EDU or stearns@chemres.tn.cornell.edu
  
Newsgroups: comp.unix.sysv386
From: jvanick@sally.acns.nwu.edu (Jason Vanick)
Subject: Serial mouse driver needed
Organization: Northwestern University, Evanston, Illinois, USA
Date: Fri, 24 Jul 1992 00:01:19 GMT

Does anybody know where I could get a serial mouse driver for my microsoft
mouse on AT&T Svr3.2? I will need to use it with X, and can't afford a
Logitech bus mouse...
Please send replies to jason@oaknet.chi.il.us
thanks,
  Jason Vanick

-- 
------------------------------------------------------------------------
Jason Vanick   | internet: jvanick@speedy.acns.nwu.edu
               |       or: jason@oaknet.chi.il.us
------------------------------------------------------------------------
Xref: sparky comp.unix.sysv386:12198 comp.unix.questions:9241 comp.sys.hp:8324
From: bernard@cpio1.UUCP (Bernard Fouche)
Newsgroups: comp.unix.sysv386,comp.unix.questions,comp.sys.hp
Subject: Re: xdmp on Dell SVR4 for a HP X terminal
Date: 17 Jul 92 15:35:29 GMT
Organization: CPIO S.A.


In article <3=3l97j@dixie.com> you write:
>     Can anyone give me a clue how to make xdmp work on my Dell SVR4
> 	box for a HP X terminal?
> 
> 	The terminal recognizes the 3 HP 9000's on the network whether
> 	they are running xdmp or vuelogin, but it stubornly refuses to see
> 	my Dell box.  I have tried xdmp -daemon and -nodaemon with the
> 	same results.  Any sugestions?
> 
> 	Thanks in advance 
> 	Stan
> 

I met big problems with xdm under Dell Unix SVr4. I use HDS
terminals and all the clients are located in the Dell box. The only
way to make xdm works under Dell Unix seems to run xdm with the
Xservers file setup. And NEVER swith the terminals off !

The X manuals sold by O'reilly tell about a known bug in xdm in X11r4.
It seems that this bug is in the xdm version of Dell Unix. So I switch
from xdm to a telnet login, setting up the DISPLAY variable to
my_term_name:0, export DISPLAY and run mwm(1) (for instance). since, I
got the source of xdm(1) but I had no time to compile it and try it.

I have also another problem with the Dell : it seems that I can't open
more than 15 windows (15 clients on the Dell) with all the terminals
linked to the Dell. For instance I can open 10 windows on one terminal
and 5 on another. The total is always 15 ! I looked at the max number
of pts, tcp connection, etc, with no luck. But if I use a local server
on the Dell (X386 for instance), I can fill my screens with windows
without any problems. Any hint ?
-- 
-----------------------------------------------------------------------------
Bernard Fouche  VOX   : +(33) (1) 48.04.56.30  FAX :  (33) (1) 48.04.98.95|
Email : bernard@cpio1.UUCP or cpio1!bernard@gna.org (try both!)
Postal Mail : CPIO S.A., 13-15 Rue de la Verrerie, 75004 Paris, France
Newsgroups: comp.unix.sysv386
From: larry@trauma.rn.com (Larry Snyder)
Subject: Re: DELL CORPORATE CONTRIBUTION
Organization: Gator Conferencing Systems - 219-289-0777 - 6 lines
Date: Sun, 26 Jul 1992 14:28:59 GMT

stan@dixie.com (Stan Brown) writes:

>   Correct and the person involved in this went out of his way to get
>   this shipped in less than 1/2 hour to Federal Express deadline!

>   Try that with *any* other company.

ESIX comes to mind -- ahh -- we need your Federal Express number
to charge you for the shipping..

>   Again try to get this sort of supposrt from *any* other vendor.
>   BTW Edward failed to mention that Dell has extended the normal 30
>   day return policy on the original system untill the new one comes
>   in (high demand is causing a lead time delay on it) so that I may

yes -- Does SCO, SunSoft or ESIX give you 30 days to try the product
with a 30 day no questions asked return policy?

-- 
Larry Snyder                                    internet: larry@gator.rn.com
4950 Estero Blvd, Ft. Myers Beach, FL            uucp: uunet!rde!nstar!larry
From: khoadley@ib.rl.ac.uk (Kevin Hoadley)
Newsgroups: comp.unix.sysv386
Subject: Networking PANICs in SVR4 (Esix)
Keywords: Panic Network Esix SVR4 WD8003
Date: 27 Jul 92 15:30:58 GMT
Organization: Rutherford Appleford Laboratory

Hello
    Periodically I experience PANIC's due to networking load:

    Bad nxtpkt value: nxtpkt=0000006F
    PANIC: Kernel mode trap. type 0x0000000E

    I thought at first this was a TCP problem (segment number wrapping) 
but recently I've seen it extensively with NFS.
    I'm running ESIX 4.0.3a with a clone WD8003 ethernet card.
  
     Any suggestions ?

Kevin Hoadley -- khoadley@ib.rl.ac.uk
Newsgroups: comp.unix.sysv386
From: melchers@Chico.Chemie.FU-Berlin.DE (Bernd Melchers)
Subject: DELL SVR4 I2.1 easy question: "pkgtrans"
Organization: Free University of Berlin, Germany
Date: Tue, 28 Jul 1992 14:17:28 GMT

Because we cannot install our DELL Unix from Tape (what a mess!)
we try it now with a codeserver. The code server is not a DELL 
System but a Silicon Graphics Work Station. So we don't know
the content of the needed file "pkgtrans". Please , if you know
the content of this file or shellscript, please mail it to us.

Thanks
 Bernd

PS.: Any experience in installing DELL-Unix from a non-Dell-Unix ?


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Bernd Melchers                   | melchers@chico.chemie.fu-berlin.de
Freie Universitaet Berlin        | Lieblingsessen: Pizza, aber nur
Institut fuer Kristallographie   |              selbstgemachte...
Takustr. 6                       |              und ohne Tierkadaver
D 1000 Berlin 33                 |
Earth                            |
Tel.: 0049-30-8383612            |
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: dominic@scooter.genie.uottawa.ca
Newsgroups: comp.unix.sysv386
Date: 17 Jul 92 17:15 MDT
Subject: Re: GNU G++ binaries for SCO available?
Nf-ID: #R:1992Jul16.104652.20562@rdg.dec.c:-1849411051:1992Jul17.131522.26819@csi.uotta:-1251426246:001:784
Nf-From: scooter.genie.uottawa.ca!dominic    Jul 17 17:15:00 1992



In article <1992Jul16.104652.20562@rdg.dec.com>, jfoy@oleole.enet.dec.com writes:
! Are the GNU G++ binaries for SCO available on the net? I know that Anomaly has
! them but I have been unable to connect for days...

I have just bundled my gcc-2.2.2 binaries, libraries and special include
files into a compressed tar and put them in /pub/sco-odt/gcc-2.2.tar.Z on
popeye.genie.uottawa.ca.  I suggest you read the 0-gcc.README file before
you waste 2.7Megs of bandwidth.

thanx

-- 
!@$^&*)($#$@!@#$^&*()_+_)(*&^$#@!$^&*()_+)(*&^$#@$^&*+_(*&^$#@#^&*()
 Dominic Richens  :  dominic@shamin.genie.uottawa.ca  :  Tel. (613) 564 9911 
      MCRLab, Dept of Elec Eng, University of Ottawa, K1N 6N5, CANADA   
"You construct intricate rituals which allow you to touch the skin of other men"

Newsgroups: comp.unix.sysv386
From: kent@exodus.reuters.com.sg (kent)
Subject: Highest Resolution SVR4
Organization: Reuters Singapore
Date: Tue, 28 Jul 1992 11:08:43 GMT

Newsgroups: comp.unix.sysv386
From: larry@trauma.rn.com (Larry Snyder)
Subject: Re: Setting up Anonymous FTP under SVR4 (Consensys 1.3)
Organization: Gator Conferencing Systems - 219-289-0777 - 6 lines
Date: Sun, 26 Jul 1992 14:24:43 GMT

jrd@cc.usu.edu writes:

>	The difficulty with symbolic links when logging in as anonymous
>is that username causes ftp to execute a chroot to anonymous' home directory.
>Thereafter links are wrt that root. That's why we need to "cp" libc.so.1
>(whatever) to <anon's home>/usr/lib rather than just symbolically link it.

thanks -- I received email and the only way to do what I would like
is to use nfs or rfs to mount the directory where I would like it.

-- 
Larry Snyder                                    internet: larry@gator.rn.com
4950 Estero Blvd, Ft. Myers Beach, FL            uucp: uunet!rde!nstar!larry
From: parkins@theory.TC.Cornell.EDU (David Parkins)
Newsgroups: comp.unix.sysv386
Subject: Support via the net.
Date: 21 Jul 92 15:45:49 GMT
Organization: Cornell Theory Center

Hi, 
	I am kinda new to this group but was having quite a bit of fun following
the tirades invovling DELL and Don. I've been a sys admin for a medium size
unix site for the last 6 years and have used the net extensively as a 
resource for my problems. When we bought our first Iris 1400 I would have
been ecstatic to have someone from SGI occasionally answer my questions. We
generally fielded them ourselves along with using the hot line. Now various
vendors allow the staff to either read and or reply to these, many times,
chalenging problems. But Don if you don't have anything nice to say then
you might want to consider holding your tongue. 

	I notice quite a few disclaimers following a lot of posts yet you all
expect Don to directly represent DELL. If DELL held that view, I imagine
they don't, then we probably would not get any direct response from DELL or
other vendors in this forum. When people get mad on the net they seem to
hold others as responsible/liable/representing their company/etc I've seen
it go so far as someone threatening another to go to their superiors to "get
them fired". Get a grip guys, I read Dons post and while not all that politic
I thought the reaction was way out of line. Note: in other groups I've read
we have lost or nearly lost major/signifigant contributors from the group.


dave parkins
remember with or without a disclaimer I speak only for myself. this has
held up in court.
Newsgroups: comp.unix.sysv386
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: >>An example of Dell's product support (Esix here I come...)
Organization: The World Public Access UNIX, Brookline, MA
Date: Sun, 26 Jul 1992 14:43:52 GMT

In article <1992Jul20.214033.4037@digibd.com> rhealey@dellr4.digibd.com (Rob Healey) writes:
>
>	How many of you have been in Tech support for a product as
>	complex as a COMPLETE system? How many of you have wasted 
>	literally HOURS upon HOURS on the phone, usually 1-800 and eaten
>	by the company, having to listen to assholes who can't be
>	bothered to open the installation procedures manual and
>	follow the step by step instructions?
>
>	The vast majority of Tech support calls at ANY company are lazy
>	jokers to high and mighty to bother opening and reading the
>	booklet labeled installation procedures and problem determination.
>
>	The truly SCARY part is that the bulk of these people are
>	calling themselves "consultants" or "systems integrators".
>
>	It's the VERY rare caller that actually has a REAL problem as
>	opposed to cronic lazyness, i.e. don't bother to read the
>	directions or installation procedures and then blame the
>	vendor for having a faulty product.
>

I have been in support for more than 10 years.

One thing that I have never forgotten is that the "jokers" disparaged
above are the people who put food on my table and cash in my pocket.

It really disgusts me to see a post like this. 

On the other hand, it is that kind of attitude toward customers that
keeps me getting new clients.

So, go ahead.  Bite the hand that feeds you.  Ten years from now, I'll
still be in business.  People with this attitude won't be.


		Tony


Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
Newsgroups: comp.unix.sysv386
From: slangley@constant.demon.co.uk (Simon Langley)
Subject: DELL CORPORATE CONTRIBUTION 
Distribution: world
Organization: home
Date: Sat, 25 Jul 1992 21:58:53 +0000


In article <1992Jul24.202150.4329@raid.dell.com> edward@locutus.dell.com writes:

>were obviously intended to be helpful, but have recently degenerated.
>We believe, from discussions with him, that he will be less active on the 
>net in the future.  
>

I think this is a great pity.  It does seem to me that Donn got rather carried
away, but his postings to this group have been helpful in the main and have
been one of the reasons why Dell has been the darling of this group recently.


>        Internal discussion at Dell is resulting in a decision that we
>must be less active on the 'net, though we will continue to monitor 
>news groups and may make individual mail responses.  We believe that
>this is, on the balance, detrimental to UNIX and the 'net; but can find no 
>acceptable compromise in the current climate.  We also predict that
>we will now be castigated for our "creeping corporatitis" :-).  

Again I think that this is a mistake.  I have been watching this from the
sidelines (I bought ESIX before I even knew Dell made a Unix) and my 
overall impression is still that Dell is a good company producing a good
product.  A net.presence is good marketing tool and I would hope that most
netters reading this group are perfectly aware that Donn's postings are not
statements of official policy.

The few who reacted to Donn's postings with "I will never buy Dell again
after this" were over-reacting and I would imagine are very much in the
minority; to judge a company on a single Usenet posting is going too far.

Having an employee of Dell posting to this group shows attention to detail
that other companies don't show.  Reading postings from Dell employees
has sometimes made me wish I had bought Dell rather than ESIX.  You should
not lose this advantage, don't stop posting.

     ----------------------------------------------------------------------
       Simon Langley                 email: slangley@constant.demon.co.uk
     ----------------------------------------------------------------------
Newsgroups: comp.unix.sysv386
From: danson@lgc.com (Doug Anson)
Subject: RPC daemons using TCP
Keywords: RPC TCP RPCGEN
Organization: LandMark Graphics Corporation LGC
Date: Tue, 21 Jul 1992 17:59:32 GMT

Hi:

Does anyone know of any sources for examples of RPC based daemons
that use TCP transports and are fired off by inetd?  I am trying to
develop a daemon that will be fired off by inetd and will satisfy
RPC requests using the TCP transport. TCP is a requirement in this 
particular case. 

Anyway, I have read the man pages on using rpcgen to create the appropriate
stubs for use with inetd. However, these stubs apparently only work when I
use UDP for the transport (surely I'm missing some point here..)

I would appreciate any help, direction, comments you might have.

Thanks,
Doug

-- 
-------------------------------------------
Doug Anson					
Internet: danson@lgc.com			
Phone:	  713-579-4739
SNAIL:    Landmark Graphics Corporation LGC	
	  333 Cypress Run			
	  Houston, TX 77094			
-------------------------------------------
From: root@langesw.ssw.de
Newsgroups: comp.unix.sysv386
Date: 18 Jul 92 14:55 MDT
Subject: Re: Problem with ISC3.0+AHA1740+CDROM
Nf-ID: #R:1992Jul14.213342.24478@langesw.s:-717912033:1992Jul18.135551.21956@langesw.s:-1174647511:001:1278
Nf-From: langesw.ssw.de!root    Jul 18 14:55:00 1992


In article <1992Jul16.184751.4686@adaptx1.UUCP> neese@adaptx1.UUCP (Roy Neese) writes:
>
>The current checksum for the AHA-1740 standard mode firmware is 84AB and
>the enhanced mode firmware is 7499.  These checksums were obtained using
>the ADL.EXE program.  This file is available via anon uucp from adaptex
>or from the Adaptec BBS in CA (408-945-7727).  If oush comes to shove I
>can email it to you.

Thank you for this info. I just donwloaded the new firmware files from
adaptex but they show the same problem !
(BTW Are the files on adaptex also available via ftp, if so at what address ?)

But finally I solved the problem.
Poking around with SCSICNTL I noticed that the CD-ROM drive was the only
one running ASYNC the other 2 disks were running SYNC.
So I changed the (enhanced mode) setup for the CD-ROM to ASYNC and
IT WORKED !!

It seems to me that the 1740 firmware does not correctly react on a reject
to a sync-mode negotiation request. (The 1540 seems to handle that ok)

Should I report that to Adaptec or are you listening Roy ?
(What is the official E-mail-@ for Adaptec ?)


Benno

-- 
Benno Lange                     Lange Software GmbH
				Hornmoldstr. 21
E-Mail...: bl@ssw.de            D-7120 Bietigheim-Bissingen
Voice....: +49-7142/66990       Germany
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: Willie Dee and writing letters. (was Re: >>An example of Dell's)
Date: 28 Jul 92 18:37:37 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <qhmmtpd@dixie.com>, jgd@dixie.com (John De Armond) writes:

| Midnight Engineering
| Bill Gates, Publisher
| 111 E. Drake Road, Suite 7041
| Ft. Collins, CO  80525
| 
| 303 225 1410
| 303 225 1075 (fax)

  I've sent my note, I just asked them to contact Stan Brown for anopion
from an individual who was actually involved.

| When you write your letter, be sure to note that you are nothing more
| than a nosy bystander who knows nothing about the case other than
| what you've read in this group.

  Wrong on one count, I've had private exchanges with both Stan and
Dell.

|                                  I, on the other hand, DO know the details 
| of the case because I've been involved with Stan practically from
| the beginning.

  Proving what? Stan has expressed himself clearly on this in his
apology, and now that I know what an effort it took to type it in, over
and above making a public apology, I can't say that "what I read on the
net" matches well with your attitude.

  I encourage others to write or fax a little note just suggesting that
the editor contact the princial (Stan Brown) before publishing an
editorial. No other content is needed, if he's reputable he will follow
up.
| 
| I never claimed to be objective.

  You never claimed to be honest, sober or sane either, but most people
assume that posters are all of the above unless their sig file says
"written by a drunken insane pathological liar." Maybe you could delete
one of the lines of commercial advertising from your sig and put in a
disclamer. The above sentence might be nice, or something with the
phrase self-serving included.

| John De Armond, WD4OQC               |Interested in high performance mobility?  
| Performance Engineering Magazine (TM) |
| Marietta, Ga                         |Interested in high tech and computers? 
| jgd@dixie.com                        |Write me about PE Magazine
| Need Usenet public Access in Atlanta?  Write Me for info on Dixie.com.

  Since someone complained about the length of Donn's signature (we
don't have to worry about that, do we), I thought I'd leave this one in,
it's not only over four lines, every line seems to contain a part of a
commercial advertisment.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
	It never ceases to amaze me that otherwise rational people, able to
	understand calculus, compound interest, and the income tax form, can
	continue to believe that poker is a game of chance.
Newsgroups: comp.unix.sysv386
From: dave@copi.cmhnet.org (David Diller)
Subject: System locks up when running Xserver on ISC 3.0
Organization: Coordinated Office Programs
Distribution: comp
Date: Wed, 29 Jul 1992 16:12:41 GMT

    I have an interesting problem!  When running Xv256 from xinit the kernel
    locks up and dies occasionally.  Thats the problem it's not predictable.
    It could be the motherboard it's a 486/33 with 16MB of RAM.
    I've checked streams resources queues...  no overruns or failures. 
    System load does not seem to be a factor.  Any words of wisdom aside from
    running diagnostics would be appreciated. (That's next)

    Thanks,

-- 
David Diller            (dave@copi.cmhnet.org)