HDTenEightyP/NetNews huggingface dataset:
From: keith@ksmith.uucp (Keith Smith)
Subject: Re: SCO ODT 2.0 ranlib question
Organization: Keith's Computer, Hope Mills, NC
Date: Thu, 23 Jul 92 03:02:42 GMT

In article <92203.161449JGROVER@MAINE.MAINE.EDU> John Grover <JGROVER@MAINE.MAINE.EDU> writes:
>I'm just getting going with SCO. So far I like it. Please help me to
>continue...
>
>I have mucho makefiles that ranlib libraries. However, ranlib uses the
>xenix ar so I always get the message that it cant complete because the
>library is not in x.out form. I don't intend to ever use xenix format
>libraries. How can I tell ranlib, or the rest of the system for that
>matter, to forget xenix format?
>
>John Grover                        "We all agree your theory is crazy,
>Computing Center                    but is it crazy enough?"
>University of Maine                                      -- Niels Bohr
>jgrover@maine.maine.edu

mv /bin/ranlib /bin/ranlib.sco
echo ":\nexit 0" >/bin/ranlib
-- 
Keith Smith          uunet!ksmith!keith            5719 Archer Rd.
Digital Designs      BBS 1-919-423-4216            Hope Mills, NC 28348-2201
Somewhere in the Styx of North Carolina ...
Xref: sparky comp.unix.sysv386:12201 comp.windows.x:14134 comp.os.linux:6291 comp.unix.bsd:2511
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.unix.bsd
Subject: Clarifications of X386 1.2E 1.0 announcement
Date: 21 Jul 92 12:54:38 GMT
Followup-To: poster
Organization: AT&T

This is a followup to the announcement of X386 1.2E 1.0 that was posted
on Saturday, July 18, 1992.  This is solely to clarify a few points.

1) The name of this product is X386 1.2E 1.0.  Please be very careful when
   referencing this name, so as not to confuse it with commercial products
   from SGCS (Snitily Graphics Consulting Service).  We don't really want
   to change the name at this late date, but there has been confusion,
   and if it persists, we will have to change the name.

2) This is not a product of Thomas Roell or SGCS.  Any reports of problems
   with X386 1.2E should be sent to <x386@physics.su.oz.au>.  If there is
   a reason to contact Mark or Thomas about a bug, we will do so.  But all
   reports should come to us first.

3) This is free (but copyrighted) software.  It will remain free software,
   for the forseeable future (i.e. at the very least, until X11R6 is
   released).  We will support it, and keep up to date with MIT public
   fixes.  This software, being freely available, may or may not become
   part of commercial products; we are not restricting that.  When X11R6
   rolls around, we will be working with SGCS to submit a merge of our
   software with their SVGA product to X11R6.  Depending on what the
   final outcome is, we may or may not continue this project past then
   (and no, I have no idea when X11R6 is coming, or what will be in it,
   so don't ask).

4) At this time, support for Mach386 and 386BSD 0.1 is not yet ready.
   Mach386 is reportedly close (which is why the original announcement did
   not list it as working correctly).  The release of 386BSD 0.1 caught us
   by surprise.  X386 1.2E 1.0 is up on 386BSD 0.0, but the new release
   is not yet ready, and we don't have a time table.  BSD/386 and Linux
   were reported by Beta-Testers to be ready before the announcement was
   posted.  For now, requests for support for these systems are being
   directed to the Beta-Tester who has volunteer to provide source and/or
   binary support.  We will be looking into merging support of these OS's
   into the core release, but since none of the core team is currently
   running any of these OS's, we have no way to test, so it will be a
   slow process.

5) Shared library support for SVR3 is still not present.  If anyone wants
   to volunteer to put that together, a lot of people would be grateful.

As always, all requests for information, and other communications on
X386 1.2E should be directed to <x386@physics.su.oz.au>

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a 
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
From: jgd@dixie.com (John De Armond)
Newsgroups: comp.unix.sysv386
Subject: The grammar idiot. (was Re: AN ABJECT APPOLOGY)
Date: 27 Jul 92 16:58:09 GMT
Organization: Dixie Communications Public Access.  The Mouth of the South.

fr@compu.com (Fred Rump from home) writes:

[about Stan's postings.]

>First of all I would suggest you read your posts before you actually send 
>them. Do it several times. Check for content, grammar and spelling too. Maybe, 
>when you're done, you won't want to send it any more.

>These posting are read by thousands of people and there is a lot of waste in
>having all those readers go thru a deciphering program instead of just the
>original poster.

>PS Sorry - I just had to get this off my chest.  That sig has been bothering
>me long enough now.

You must have a very boring life.  

I started to reply to this bozo in Email but I decided he needed to
be addressed in public.

Stan is nearly blind.  I've never asked him but I assume this qualifies
as legally blind.

He works at the computer by placing his eye about 1 inch from the monitor.  
When he works on something that matters such as code or documentation, he 
spends a LOT of time getting it right and then has someone proof it.  
Your self-iportance notwithstanding, the net does not rate that level
of care.   Most of us are capable of reading around the errors. Why
don't you try to learn?

After watching him casually play with Dixie, I was absolutely 
amazed when he delivered high quality code to me in not much more time 
than it would have taken me.  'Nuff said.

John

-- 
John De Armond, WD4OQC        |Interested in high performance mobility?  
Rapid Deployment System, Inc. |Interested in high technology and computers?  
Marietta, Ga                  |Write me about "Performance Engineering" (TM) 
jgd@dixie.com                 |Magazine. 
Need Usenet public Access in Atlanta?  Write Me for info on Dixie.com.
Newsgroups: comp.unix.sysv386
From: jhpb@sarto.budd-lake.nj.us (Joseph H. Buehler)
Subject: /dev/fd and ksh under SVR4?
Organization: none
Date: Tue, 21 Jul 1992 23:32:39 GMT

Does anyone know why /dev/fd is referenced in the SVR4 ksh binary?  I
am wondering if this ksh supports something like

	diff $(<cat /etc/passwd) $(<cat /etc/passwd)

but it's just not documented?
Newsgroups: comp.unix.sysv386,comp.periphs.printers
From: pim@cti-software.nl (Pim Zandbergen)
Subject: HP JetDirect TCP/IP: Does the SCO software work for ISC ?
Organization: CTI Software BV, The Hague, The Netherlands
Date: Fri, 24 Jul 92 11:43:52 GMT


The HP JetDirect is a card that enables a HP Laserjet
to be connected on a TCP/IP network.

It comes with software for Sun, HP and SCO.

Will the SCO software work for Interactive UNIX ?

Thanks.
-- 
Pim Zandbergen                      domain : pim@cti-software.nl
CTI Software BV                     uucp   : uunet!mcsun!sun4nl!ctisbv!pim
Laan Copes van Cattenburch 70       phone  : +31 70 3542302
2585 GD The Hague, The Netherlands  fax    : +31 70 3512837
From: gt2186a@prism.gatech.EDU (COBIA,FRANK NAYLOR)
Newsgroups: comp.unix.sysv386
Subject: SCO ver 4 error when using cu
Date: 31 Jul 92 19:09:59 GMT
Organization: Georgia Institute of Technology


I am using a getty on com1. It works fine when the call is incoming. It 
will work with an outgoing call if I use cu interactively. If I use 
cu "systemname" I get an error:

ungetty uugetty_pid
ungetty uugetty_pid
exec local failure



Any help with this would be appreciated.


-- 
COBIA,FRANK NAYLOR
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp:     ...!{allegra,amd,hplabs,ut-ngp}!gatech!prism!gt2186a
Internet: gt2186a@prism.gatech.edu
Newsgroups: comp.unix.sysv386
From: markd@silogic.uucp (Mark C. DiVecchio (K3FWT))
Subject: Re: esix 4.0.4 experiences
Organization: Silogic Systems, San Diego, CA
Date: Mon, 27 Jul 1992 22:28:02 GMT

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

I just installed 4.0.4

>
>What bugs have been fixed?

For me, the big problem I had with 4.0.3 is Panic E traps every two days
or so. With 4.0.4, they are gone. My system has been up for 16 days
straight (yes, dubious praise).

>
>Was the bug fixed that prevented access of Dos partitions on the hard disk?

Don't know. I have have my entire disk partitioned for Unix.

>
>Specifically, what features were added?
>

Partial list from the ESIX System V Release 4.0.4 Technical Overview
1. System installation simplified
2. BCS II makes it possible to run apps designed for SCO Unix 3.2.
3. New version of PCI(tm) for networking with DOS systems
4. GUI includes OPENLOOK(tm) and MOTIF(tm) tool kits
5. Man pages included
6. SLIP
7. VFS (Virtual File System) - a third generation file system
	switch architecture
8. Virtual memory management based on SunOS
9. Real time processing with new process scheduler
10. Job control capabilities from BSD


New Question : What still doesn't work?

1. Can't print on the Unix laser printer from a Sparc IPX. The remote
lp just does not seem to work.

2. ttymon still does not work reliabily. Does work at all with
ttydefs file as shipped.

-- 
Mark DiVecchio, Silogic Systems, 619-549-9841                       K3FWT
-----   9888 Carroll Center Road, Suite 113, San Diego, CA 92126    -----
markd@silogic.uucp                             BBS 619-549-3927
...!ucsd!celit!silogic!markd     celit!silogic!markd@ucsd.edu
From: georg@norisb (Georg Biehler)
Newsgroups: comp.unix.sysv386
Subject: Re: system dump
Date: 24 Jul 92 05:49:48 GMT
X-Newsreader: Tin 1.1 PL4

d10590@tanus.oz.au (Robert Chalmers) writes:
: Could someone tell me how to stop the message 'dump image in swaop area, do
: you wish to save it?' from appearing each time I start up. I say yes and save
: it, still there next time. I say no, and continue, still there next time. Any
: idesas anyne.
: Bob
: _________________________________________________________________________
: |Robert Chalmers. d10590@tanus.cec.edu.au. Mackay, Queensland. Australia|
: |APCUG nanguo!root   (AUS)               UUCP mwcbbs!nanguo!earth  (USA)|
: |---------------------* ao zhong youyi wan sui *------------------------|
: |  UUCP nanguo!root  +61  79-521070 AEST:24 Hours. in:nuucp rd:uupublic |
: |  MYNAME=bbsuser   ~/INFO   Australian-Pacific Coherent User Group     |
: |-----------------------------------------------------------------------|

The problem is,  that the first block on your swap device is identical with
memory at physical address 0;  that will lead the system to the assumption,
that some system dump is on the swap device.  To get rid of it:
  Edit the /sbin/bcheckrc script.   Put after the line "/sbin/dumpcheck"
the line 
  
  echo MARK | dd of=/dev/rswap bs=512 conv=sync > /dev/null 2>&1

This will clear the system dump.

-Georg
Newsgroups: comp.unix.sysv386
From: danson@lgc.com (Doug Anson)
Subject: Re: adding SLIP to sVr4 (Dell archive)
Organization: LandMark Graphics Corporation LGC
Date: Thu, 30 Jul 1992 22:42:01 GMT

In article <Bs6J8w.2w5@zeus.dialix.oz.au>, peter@zeus.dialix.oz.au (Peter Wemm) writes:
|> mah@parrot.prv.univie.ac.at (Michael Haberler) writes:
|> 
|> >In article <1992Jul28.183910.26898@crd.ge.com>, davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
|> >|> In article <8160@orbit.cts.com>, dougm@pnet51.orb.mn.org (Doug Mcintyre) writes:
|> 
|> >Unfortunately, at closer inspection it turns out that neither of the
|> >two slip packages on dell*.dell.com are the base of the code 
|> >distributed by Dell. I found out because I wanted to add VJ compression.
|> 
|> Have a look on rapfast.unibase.sk.ca in /pub/something.  Roe Peterson
|> has done a very nice upgrade to the PD sunos 4 SLIP, his has VJ and
|> all the works.  It wont conflict with an existing driver if you have one.
|>   "Don't give me that intelligent life cr*p, find me something to blow up!"

I tried to ftp into rapfast.unibase.sk.ca but it seems that the anonymous
user is "unknown" at that site. Do you have any other ftp site where SVR4
slip with VJ compression (PD) can be found?

Doug
--
-------------------------------------------
Doug Anson					
Internet: danson@lgc.com			
Phone:	  713-579-4739
SNAIL:    Landmark Graphics Corporation LGC	
	  333 Cypress Run			
	  Houston, TX 77094			
-------------------------------------------
From: glenn@cs.utexas.edu (Glenn G. Lai)
Newsgroups: comp.unix.sysv386
Subject: Request to Remove the SpeedUp Files
Date: 21 Jul 1992 10:08:51 -0500
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: paducah.cs.utexas.edu

SpeedUp, a sped-up X11R5 server for the ET4000, is now part of the free
X386 1.2E 1.0 that has incorporated many bug fixes and other enhancements.
As the author of SpeedUp, I request that you remove the SpeedUp files from
your site (and hopefully replace them with their 1.2E counterparts).
Thank you.


Glenn
glenn@cs.utexas.edu
Newsgroups: comp.unix.sysv386
From: peter@ferranti.com (Peter da Silva)
Subject: Re: Destiny overview document
Organization: Xenix Support, FICC
Date: Mon, 27 Jul 1992 19:45:30 GMT

In article <1992Jul17.195354.5780@daffy.cs.w> thurm@shorty.cs.wisc.edu writes:
> You guys are missing the point of the statement.  They are saying
> that running DOS ON TOP OF UNIX works better if UNIX is given more
> RAM.

No, I don't think so. That's not what I was saying at all. I'm saying that
there is an inherent advantage to having a UNIX system that will run in 1M,
all other things being equal, because that implies better design than an
equivalent system that requires 4M. That improved design will pay off in
improved performance at 4M or 8M over the more bloated system.
-- 
Peter da Silva                                               `-_-'
$ EDIT/TECO LOVE                                              'U` 
%TECO-W-OLDJOKE Not war?                        Have you hugged your wolf today?
Ferranti Intl. Ctls. Corp.      Sugar Land, TX  77487-5012       +1 713 274 5180
From: peter@ferranti.com (Peter da Silva)
Newsgroups: comp.unix.sysv386
Subject: Re: opinions on unix systems
Date: 30 Jul 92 15:29:19 GMT
Organization: Xenix Support, FICC

In article <1992Jul29.000219.12533@compu.com> fr@compu.com (Fred Rump from home) writes:
> If developers can't afford $450 for an upgrade to a practically new release, 
> maybe they shouldn't be doing development work and go back to just being a 
> user.

I've been pretty neutral on this, since I believe SCO is providing a useful
(if expensive) product for people who want to take a conservative path through
the UNIX maze. However, this sort of comment is simply daft. For someone just
starting up, an extra $450 can be a substantial burden.

Remember, a hell of a lot of the developers who made the DOS market what it
is started as hobbyists.
-- 
Peter da Silva                                               `-_-'
$ EDIT/TECO LOVE                                              'U` 
%TECO-W-OLDJOKE Not war?                        Have you hugged your wolf today?
Ferranti Intl. Ctls. Corp.      Sugar Land, TX  77487-5012       +1 713 274 5180
Newsgroups: comp.unix.sysv386
From: beha@logware.de (Berthold Hienger)
Subject: Wanted: preemptice lightweight processes (SCO UNIX)
Keywords: tasking threads preemptive lightweight processes
Organization: Logware GmbH Berlin Germany
Date: Fri, 31 Jul 1992 08:38:45 GMT


We are in desperate search for C++ library or a C package providing us
with preemptive lightweiht processes for SCO Unix. 
Any information would be appreciated.
Please mail your answers, I'll summarize and will post the results in 
comp.unix.sysv386.


Thanks in advance


		Berthold Hienger

   * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
 ___________________________________________________________ /*
|   Logware GmbH      E-Mail                                | * 
|  Berthold Hienger  |                                      | *
|  1000 Berlin 65    |           beha@logware.de            | * 
|  Schwedenstr. 9    |                                      | *
|___________________________________________________________|/
From: melchers@Chico.Chemie.FU-Berlin.DE (Bernd Melchers)
Newsgroups: comp.unix.sysv386
Subject: DELL SVR4 I2.1 mtio-manpages?
Date: 28 Jul 92 14:30:49 GMT
Organization: Free University of Berlin, Germany

Why to install DELL Unix with the command (hidden in the script
TAPEINSTALL on the SYSTEM-diskette)
# mtio -f /mnt/junk -v < /dev/rmt/c0s0 | cpio -icdmu
instead of simple
# cpio -icdmu < /dev/rmt/c0s0
??

What does the program 'mtio' do ?

Please send me the manpages for 'mtio'.

thank you for your help

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
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            |
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.unix.sysv386
From: an336@cleveland.Freenet.Edu (Steven P. Thorn)
Subject: Convert ELF --> i386 absolute??
Reply-To: spt@sgtech.com (Steven P. Thorn)
Organization: Star Gate Technologies, Inc.
Date: Thu, 23 Jul 92 15:19:00 GMT



I need to convert a relocatable ELF 386 object file into an absolutely
located image suitable for burning into a prom for a '386-based
embedded system.  Has anyone ever done this relocation by hand before,

and who is willing to part with some code?  It would save alot of time....

-steve

Steve Thorn                        spt@sgtech.com
Star Gate Technologies, Inc.       an336@cleveland.freenet.edu
29300 Aurora Road                  1-216-349-1860
Solon, OH  44139  1-800-STARGATE

-- 
----------------------------------------------------------------
Steve Thorn                
Picker International       an336@cleveland.freenet.edu
Highland Heights, Ohio     an336@cleveland.freenet.edu@cunyvm
Newsgroups: comp.unix.sysv386
From: peter@zeus.dialix.oz.au (Peter Wemm)
Subject: Re: Archive Viper 525 and Dell
Organization: Karam Pty. Ltd. Perth, Australia
Date: Wed, 29 Jul 1992 08:19:58 GMT

bruno@thunder.mcrcim.mcgill.edu (Bruno Hall) writes:

>I am trying to get Dell SVR4 2.1 to talk to an Archive Viper 525.  

>Has anyone managed to do this?  

>At the moment, it'll write a tape file at the beginnig of a tape, and
>then refuse to write another after the first.  Also, the light on the
>drive stays on after the initial access -- until the tape is removed.

Whew!  For a while there, I thought I was the only person having
problems with the 525 on Dell.  My problems are MUCH worse than yours though,
I cannot even write (there's a blocksize problem somewhere..).
If I write with a blocksize of 20K (the blocksize is irrelevant- i have tried
every different one I could think of), a program I set up to debug
the thing says "write failed: could only write 10240 of 20480 bytes".
Reads are similar:  If I read 20K blocks, the read says it read 20K, but in
actual fact only put 10K in the buffer.  No matter the blocksize, it
is always out by 50%.
My Viper 2150S Drive works fine.
I have no idea why it does this, but I am getting annoyed enough to start
"hacking".  I have though of putting a wrapper around the st01read and
st01write to double and halve the block counts as appropriate - any reason
this wont work?
Also, the drive *floods* the SCSI bus *much* more than the 150 drive..
(Yes, I have tried all sorts of combinations of the jumpers...)

Anybody else seen this?

-Peter
-- 
Peter Wemm : peter@zeus.dialix.oz.au     If it's broke, fix it (The MS-DOS way)
Work phone: +61-9-479-1855      If it aint broke, don't touch it (The Unix way)
Fax: +61-9-479-1134     If we can't fix it, it ain't broke (Maintainer's Motto)
  "Don't give me that intelligent life cr*p, find me something to blow up!"
From: yeh@cs.purdue.EDU (Wei Jen Yeh)
Newsgroups: comp.unix.sysv386
Subject: Dell Issue 2.2
Keywords: info, bugs fixed...
Date: 22 Jul 92 23:26:18 GMT
Organization: Department of Computer Science, Purdue University

Hello,
  Does anyone know if Dell Issue2.2 has been released or not?  I've sent
emails to info and support at Dell, but have not gotten any information
concerning this matter yet.  If somebody is running 2.2, can you verify that
the bug in 2.1 concerning supporting RLL and MFM drives is fixed in 2.2?
I'd really like to put my old MFMs to use.  thanks.


Wei Jen Yeh                      yeh@cs.purdue.edu
                                 Department of Computer Science
                                 Purdue University
                                 West Lafayette, Indiana
Newsgroups: comp.unix.sysv386
From: mcr@csi.on.ca (Michael Richardson)
Subject: Re: Setting up Anonymous FTP under SVR4 (Consensys 1.3)
Organization: Carp Systems International, Kanata, ON
Date: Tue, 28 Jul 1992 14:12:15 GMT

In article <1992Jul23.171156.3290@csi.on.ca> mcr@csi.on.ca (Michael Richardson) writes:
>  I am trying to setup anonymous FTP into a Consensys SVR4 box.
>  I know basically what I need to do, and the ``Unix System V/386

  Thank you to all that sent me a response. 

>  However, I get no output from ls. I tried adding /lib/libc.so.1 and
>also /lib/libc_s. I just tried putting /lib/ld.so.1 in too...

  It needs to be in /usr/lib rather than /lib. Having done that, things work very nicely.
  Here is a working ls -lR. 

total 10
d--x--x--x   2 root     other        512 Jul 22 16:29 bin
d--x--x--x   2 root     other        512 Jul 22 16:24 dev
d--x--x--x   2 root     other        512 Jul 22 16:11 etc
drwxrwxrwx   2 root     other        512 Jul 28 10:10 pub
d--x--x--x   4 root     other        512 Jul 23 13:04 usr

./bin:
total 26
---x--x--x   2 root     other      12304 Jul 22 16:11 ls

./dev:
total 0
crw-rw-rw-   1 root     other      9, 32 Jul 22 16:08 tcp
crw-rw-rw-   1 root     other      2,  4 Jul 22 16:24 zero

./etc:
total 6
-r--r--r--   1 root     other         23 Jul 22 16:12 group
-r--r--r--   1 root     other        200 Jul 23 13:05 netconfig
-r--r--r--   1 root     other        133 Jul 22 16:01 passwd

./pub:
total 2
-rw-r--r--   1 root     other          8 Jul 28 10:10 ls-lR

./usr:
total 4
d--x--x--x   2 root     other        512 Jul 23 13:02 bin
d--x--x--x   2 root     other        512 Jul 28 10:08 lib

./usr/bin:
total 26
---x--x--x   2 root     other      12304 Jul 22 16:11 ls

./usr/lib:
total 692
-r-xr-xr-x   1 root     other     181312 Jul 22 16:21 libc.so.1
-r--r--r--   1 root     other      13520 Jul 23 13:05 tcpip.so
-- 
  :!mcr!:	    | #include <ansi-std/disclaimer.h>  +1 613 592 5780
Michael Richardson  | WORK: mcr@csi.on.ca  HOME: mcr@sandelman.ocunix.on.ca
Newsgroups: comp.unix.sysv386