HDTenEightyP/NetNews huggingface dataset:
From: larry@news.rn.com (Larry Snyder)
Subject: Re: BSD ftpd doesn't work?
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Wed, 16 Dec 1992 18:18:20 GMT

karl@ddsw1.MCS.COM (Karl Denninger) writes:

>I'm trying to bring up the ftpd from the wustrl archive; the one UUNET uses.
>I would like to be able to log connections among other things.

Does it support symbolic links?  My problem is that I can't have
symbolic links off my anonymous ftp directories.  The directories
can be made, and will show up when logging into the directory from
from the shell, or valid login's using ftp, but don't show up when
logging in via anonymous ftp.

Try it -- anonymous ftp gator.use.com -- you can't get to any files -- since
they are all mounted via the nfs automounter using symbolic links
on another machine.   Yet, if you use another login/password 
to ftp into gator.use.com, the files appear.

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: Rick.Ellis@ofa123.fidonet.org
Newsgroups: comp.unix.sys5.r4
Subject: Re: gawk-2.14.tar has been uploaded to US4BINR
X-Sender: newtout 0.02 Nov 17 1992
Date: 18 Dec 92  18:35:30

On <Dec 18 18:35> Larry Snyder writes:


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

I disagree.  If you don't want to see them, just add them to your kill file.
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: les@chinet.chi.il.us (Leslie Mikesell)
Subject: Re: Will Dell load off a Wangdat DAT?
Organization: Chinet - Public Access UNIX
Date: Sun, 20 Dec 1992 23:49:01 GMT

In article <BzIyEw.IoK@mccc.edu> pjh@mccc.edu (Pete Holsberg) writes:

>I'm sure that this is helpful, but I was able to create a tar archive on
>a DAT in an HP machine that I was later able to read on a WangDAT. And
>the tar archive I created with the WangDAT was readable on that very
>same HP.

Were these the compressing or non-compressing drives?  I think the
Dell distribution comes on a tape for the compressing HP.  

Les Mikesell
  les@chinet.chi.il.us
From: georg@norisc.erls01.siemens.de (Georg Biehler)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Physical Memory
Date: 17 Dec 92 09:01:54 GMT
X-Newsreader: TIN [version 1.1 PL8]

William Jones (wbj@ElSegundoCA.ncr.com) wrote:
: A have a need to determine how much physical memory is on a system from within a
: shell script. Is there a SVR4 command that will provide this info? 

/sbin/memsize

: bill

georg
--
----------------------------------------------------------------------
Georg H. Biehler		E-Mail: georg@norisc.erls01.siemens.de
				RealTime SVR4 -> Try SORIX 386/486
Newsgroups: comp.unix.sys5.r4
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: Dell SVR4 in an NIS Environment
Date: Thu, 17 Dec 1992 05:58:29 GMT
Organization: MCSNet, Chicago, IL

In article <1992Dec12.020117.4802@fallst> tkevans@eplrx7.es.dupont.com writes:
>I administer a mostly-Sun-with-some-AIX network and have just added a
>Dell SVR4 Issue 2.2 host to the network.  Although all the yp* 
>stuff is there, Dell tech support says it doesn't work, and can't
>be made to work.  Assuming this is correct, how (if at all) can
>I have the Dell system participate in my NIS/automount universe
>where anyone can log in anywhere and have their normal environment?
>/etc/passwd has different formats, so I can't just rdist it; I suppose
>automounter maps can be rdist-ed.  What other ideas are there?

I gave up on this one.  If the domain name is short enough you can get
"ypcat" and friends to work properly.  However, there are still things that
do not work.  Apparently when Sun gave the source to USL they omitted a few
important pieces from the kit, and thus it doesn't work on ANY SVR4 that
comes from a USL base.  USL, in turn didn't bother doing the work
themselves, and thus you need source to fix it.  Nice going Sun & USL.

I wrote an "rdist" type program which was intelligent enough to do the right
thing with the password and group files, and got it 95%+ working.  That was
my workaround.

The automounter can be rdist-ed.  That works ok.

>Also, any tips on NFS-mounting (hard- or auto-) the mail spool
>from my Sun main mail host?

Yeah, this works ok, but make DAMN sure you only deliver mail in one place
(on one machine).  Be careful with this; set up properly it is perfectly ok,
but if its wrong you will either have hung processes or lost mail.

I suggest installing either IDA sendmail on the Dell or Smail3.

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions
From: peter@zeus.DIALix.oz.au (Peter Wemm)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Incremental loading of objects into a running process under SVR4???
Date: 14 Dec 1992 18:11:38 +0800
Organization: Karam Pty. Ltd., Perth, Western Australia.
NNTP-Posting-Host: zeus.dialix.oz.au
Keywords: SVR4 ELF executables, incremental loading
X-Newsreader: NN version 6.4.19 #73

jcp@logjam.trg.saic.com (John C. Peterson) writes:

>   I'm trying to port xlispstat to (Dell) SVR4. It has a facility where
>the user can issue a command at runtime that will incrementally load the
>specified C/Fortran .o object file and then execute it.

>   I'm still pretty new to SVR4, so my real question is if incremental
>loading is possible, or some other mechanism for loading an object into
>an already running process exists?

>Thanks in Advance,

>  John

SVR4 has dynamic linking built in.  It is quite easy to
do something like this.

See the man pages for dlopen, dlsym, dlclose.

You can use the -G flag to generate a shared object.

ld -G -o libx.so libx1.o libx2.o libx3.o

#include <dlfcn.h>

main()
{
  void *handle;
  int i, *iptr;
  int (*fptr)(int);

  /* open the needed object */
  handle = dlopen("/usr/mydir/libx.so", RTLD_LAZY);

  /* find address of function and data objects */
  fptr = (int (*)(int))dlsym(handle, "some_function");

  iptr = (int *)dlsym(handle, "int_object");

  /* invoke function, passing value of integer as a parameter */

  i = (*fptr)(*iptr);
}

>-- 
>John C. Peterson  KD6EKQ        | (+1) 619-546-6539 | Disclaimer: The opinions
>Science Application Intl. Corp. |  jcp@trg.saic.com | expressed are mine alone,
>10260 Campus Point Dr. MS-C6    |                   | and do not reflect those
>San Diego, CA 92121             |                   | of SAIC.
-- 
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)
Newsgroups: comp.unix.sys5.r4,comp.unix.misc
From: jbotz@mtholyoke.edu (Jurgen Botz)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Organization: Mount Holyoke College
Date: Sat, 19 Dec 1992 22:21:16 GMT

In article <1gvpgiINNm24@agate.berkeley.edu> ilan343@violet.berkeley.edu (Geraldo Veiga) writes:
>[...]  CD-ROM is probably getting popular, but I don't
>think SVR4.2 supports any of the cheapo CD drives PC users are getting
>from Radio Shack.  It is very hard to justify a $700 SCSI CD-ROM just
>load your OS.

Who says a CD-ROM drive has to cost $700?  I'm flipping through a
bunch of rags here, and I'm seeing prices like: $188, $219, $199
(some of these include a bunch of disks, too).  Yeah, these are not
the fast ones... access times 600ms and worse; and they're not SCSI
interfaces, but that's not important when you're only using it to
load software (rather than accessing Multi-Media databases).  Face
it, CD-ROM is the distribution medium of the future, and the future
is now.
--
Jurgen Botz                  |   Internet: JBotz@mtholyoke.edu
Academic Systems Consultant  |     Bitnet: JBotz@mhc.bitnet
Mount Holyoke College        |      Voice: (US) 413-538-2375 (daytime)
South Hadley, MA, USA        | Snail Mail: J. Botz, 01075-0629
From: ricks@odin.isc-br.com (Rick Schaeffer)
Newsgroups: comp.unix.sys5.r4
Subject: Dell & Syquest
Date: 14 Dec 92 18:59:54 GMT
Organization: ISC-Bunker Ramo, An Olivetti Company


I have Dell Unix issue 2.2 running on a 486/DX50.  Works great except for
1 small problem: It doesn't seem to like my Syquest 88 Meg cartridge drive.
The drive actually seems to work fine...it's just that Unix occasionally
emits a SCSI error message on the console (I have an Adaptec 1542B
controller).  Here is the message (paraphrased):

  SD01: I/O error HA0 TC5 Unit 1 Err 0x6DD0E001
  Sense Key 0x5, Ext Sense 0x49, Opcode 0x25

When I first boot up, I get scads of the above message on the console but
it doesn't seem to hurt anything and the system does come up.  I haven't
actually timed it, but the message seems to come out every 2 minutes or
so after boot.

Other than the clutter on the console, everything seems to work fine.  I can
format a cartridge with a Unix partition, run mkfs on it, mount it and
use it with no problems.  Anyone have any idea about what's going on?
--
Rick Schaeffer          UUCP:  uunet!isc-br.isc-br.com!ricks
ISC-Bunker Ramo                ricks@isc-br.isc-br.com
Box TAF-C8              Phone: (509)927-5114
Spokane, WA  99220      Home:  (509)928-3533
Newsgroups: comp.unix.sys5.r4
From: einar@hydra.unik.no (Einar)
Subject: cscape
Organization: Universitetsstudiene paa Kjeller (UNIK), University of Oslo,
	Norway
Date: 14 Dec 92 16:24:19

Does anyone have any experience with a software product called
'cscape', it is supposedly a screen based GUI. I am also
interested in similar producst running on SYSVR4 or/and X11.
Please reply with e-mail as I don't read this group regularly,
Einar Soerheim 
Newsgroups: comp.unix.sys5.r4
From: slangley@constant.demon.co.uk (Simon Langley)
Subject: Writing to io ports
Organization: Home
X-Newsreader: Tin 1.1 PL5
Date: Thu, 10 Dec 1992 21:35:49 GMT

I am trying to port a Linux program to ESIX SVR4.0.3a.  The program is
tvgalib which is a library for SVGA mode on a Trident 8900C.
Naturally, tvgalib writes directly to io ports using inb & outb; in the
Linux source, initial access to each port is preceded by a call to
ioperm() which apparently grants permission to write to the port.

I cannot find any reference to ioperm() on my system, and I don't know how
this should be done in SVR4.  Can anyone enlighten me?

-- 
   Simon Langley                   (preferred)   slangley@constant.demon.co.uk
   Hampstead, London
   pgp 2.0 public key available                  slangley@cix.compulink.co.uk
Newsgroups: comp.unix.sys5.r4
From: technews@iitmax.iit.edu (Kevin Kadow)
Subject: Any suggestions (re S5R4 initial setup)
Organization: Technology News, IIT, Chicago, IL
Distribution: usa
Date: Fri, 18 Dec 92 03:30:08 GMT

	We will soon be receiving a 486/33 ISA system with System 5r4
ethernet card, 1.2G HD, X-windows, and other goodies on board. 
(hopefully monday) and I would be interested in suggestions on security
holes to plug, packages worth installing (I will be adding a few programs-
C-news,trn,xrn,Elm, and all the compression programs I can find)
and whether I should plan to repartition the drive.

	The PromoX UNIX S5R4 Complete Unlimited set with X11R5 includes all
the usual development tools, along with system administration utilities.
The majority of my experience is as a user of numerous Unix and unix-like
systems. We do not intend to have many login users, the primary access will
be through a BBS system.

	I assume that the system will be shipped with the drive configured
as one large filesystem. I am pondering whether it would be better to
partition it into several smaller areas.

	For example, the system I am currently posting from has several
smaller drives. These are seperated into root,usr,usr0,spool,News,dumps
var and tmp. Is this a good idea? What amount of space should I plan on
giving to each area?


	The system will be shipped with the OS installed, and the
installation files will be included on a 6250 tape (we have no tape drive)
We can backup the full installed OS over the network, but if we try to
repartition would we have to reinstall the OS? how could we accomplish this
if we have no other machines running this particular strain of Unix?


	Lastly, I was wondering if anybody can reccomend a good X-windows
terminal "emulator" that can run on an IBM 386/16sx over a slip connection.
I have heard bad things about Desqview/X in general, and do not know of any
programs that "simply" emulate a X-windows terminal.
-- 
"Tut, tut child," saif the Duchess. "everythings got a moral if only
you can find it"                (Lewis Carroll)


technews@iitmax.iit.edu                           kadokev@harpo.iit.edu
                         My Employer Disagrees.
Newsgroups: comp.unix.sys5.r4
From: RFARR@NOVELL.COM (Rich Farr)
Subject: Re: SVR4.2 based products
Keywords: Univel
Organization: Novell, Inc.
Date: Mon, 14 Dec 1992 08:11:02 GMT

In article <2B2C2407.3FE2@telly.on.ca> evan@telly.on.ca (Evan Leibovitch) writes:
>
>Amongst the pieces of UnixWare not included with Consensys are:
>
>- Full support for NetWare protocols. This is not a standard part of 4.2,
>  but is an integral bundled part of all editions of Univel.
>
>- DOS-under-UNIX. Apparently Locus Merge has been substantially
>  re-written, in order to allow DOS-Windows software to share space in the
>  Destiny desktop. A text-based Merge is bundled with all Univel base
>  products, and the Windows enhancement is a (not yet released) option.
>
>- Third-party hardware support. As in the past, Consensys officially
>  supports the hardware supported in the USL base code, as well as its own
>  peripherals. There are a number of peripherals supported by UnixWare
>  but not Consensys, including MicroChannel peripherals and NE2000
>  compatible network cards. (I imagine, though, that most third party
>  drivers written for UnixWare will work on Consensys).
>
>Whether the above "features" are important depends, of course, on the
>need. Someone who doesn't need NetWare or Merge may be hard pressed to
>justify the the substantial difference in price between the two.
>
>Then there are other, less-tangible factors. Univel looks to be ramping
>up a fairly decent technical support department.
>-- 
Not to mention Univel's rapidly-growing support from independent software 
vendors, and a mature education program (through NAECs).
Newsgroups: comp.unix.sys5.r4,comp.unix.misc
From: sheldon@iastate.edu (Steve Sheldon)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Organization: Iowa State University, Ames IA
Date: Sun, 20 Dec 1992 05:29:01 GMT

In <id.LBYV.X76@ferranti.com> peter@ferranti.com (peter da silva) writes:

>In article <1992Dec18.014048.26507@Celestial.COM> bill@Celestial.COM (Bill Campbell) writes:
>> :The ability to stick a floppy in a brand new computer, turn it on, and
>> :have it come up running UNIX.

>> SCO ODT 2.0 is almost that simple.  Stick in a floppy, stick in
>> a tape, answer a few questions about system name, set root
>> passsword, wait for tape to finish loading.

>Gotta be able to do it without a tape. Most people don't have them.


 Well, if you're willing to sit for over an hour swapping floppies, SCO
ODT 2.0 does come distributed on floppies.  Something like 48 3.5" ones...

 We're using it here, and I am fairly impressed at how easy it was to
set up.  My only complaint is that one of the packages we received had
bad disks, and it took an extra half day before we figured that it was
the disks causing panics during install, and not the hardware.  There
didn't seem to be any sort of verification process in the install.

 I also can't quite figure out how on friday last I had mail working between
the SCO box and our DECStation, and monday when I came in and turned on the
machine it doesn't work anymore, must have lost something in the startup
files. :(

 I'm starting to see books about Unixware on the shelves in the bookstore
now.  Personally, I think it looks interesting, but still too expensive
for my personal use.
-- 
sheldon@iastate.edu                Steve Sheldon
This space left intentionally      ICSS Resource Facility
blank.                             Iowa State University
From: raymond@es.ele.tue.nl (Raymond Nijssen)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Problems with "dirent"
Date: 16 Dec 92 12:10:13 GMT
	<1992Dec15.094802.3334@dcs.qmw.ac.uk>
Organization: Eindhoven University of Technology, Eindhoven, The Netherlands
In-reply-to: R.S.Jones@qmw.ac.uk's message of 15 Dec 92 09:48:02 GMT

In article <1992Dec15.094802.3334@dcs.qmw.ac.uk> R.S.Jones@qmw.ac.uk (Robert S. Jones) writes:

>   In article <1992Dec13.193122.22173@osnbe.Olivetti.ch> Richard H. E. Eiger,
>   rheiger@renext.open.ch writes:
>>I can only assume that there has to be something depending on additional  
>>libraries (I have to use -lsocket -lnsl -lucb). Can anyone confirm?

>   I think you NEED an explicit -lc *before* the -lucb. There is of course an
>   invisible implicit one after it! :-) On my SVr4 (an ICL DRS6000 running DRS/NX
>   - but what the heck!) leaving this out causes all sorts of weird problems with
>   BSD and AT&T library routines having the same name but slightly different
>   shaped parameters.

Compare the definitions of the BSD and SYSV dirent structs, and it'll be
perfectly clear why SYSV and BSD libraries are incompatible. Therefore, these
libraries should never be used together, notwithstanding the observation that
inserting -lc before -lucb usually works.
Lots of other things, notably signals, are affected by this.

The best way to avoid these problems is to reconsider if you actually need
libucb. In most cases, a few trivial #define-s (eg. for bcopy, index etc.)
will make -lucb obsolete.

-Raymond
--
Raymond Nijssen             | Eindhoven University of Techology
       phone: +31-40-473373 | Department of Electrical Engineering
       fax:   +31-40-464527 | Design Automation Section (ES),  room EH 7.16
"WP is for morons"          | PO. Box 513, 5600 MB Eindhoven, The Netherlands
Newsgroups: comp.unix.sys5.r4
From: vsp@peewee.enet.dec.com (Vipul Patel)
Subject: SVR4.2 software development tools
Keywords: UnixWare, Univel
Reply-To: vsp@peewee.enet.dec.com (Vipul Patel)
Organization: Digital Equipment Corporation
Date: Fri, 18 Dec 1992 19:38:29 GMT



	The UnixWare Buyer's Guide (from Univell) does not
	indicate if the "Personal Edition" or "Application
	Server" has ANY kind of C compiler suite (cc, ld etc)
	I know that "Software Developement Kit" provides
	ANSI C, graphical debugger etc.

	However, If I can get GNU C like toolkit for SVR4.2
	that may/not be ANSI, it is OK. Any pointer?

	Also, what kind of CD-ROM drives does UnixWare support?

	Thanks,


	Vipul
Newsgroups: comp.unix.sys5.r4
From: slangley@constant.demon.co.uk (Simon Langley)
Subject: Re: CMS Tape drives
Organization: Home
X-Newsreader: Tin 1.1 PL5
Date: Sat, 12 Dec 1992 11:23:27 GMT

Richard Forbin (richardf@teal.csn.org) wrote:
: 
: Has anyone in this group used a Colorado Memory Systems Tape drive under
: release 4??  Thinking about getting one, but I'm concerned about
: compatability issues...
: 
I have been using a DJ20 for about two weeks under ESIX 4.0.3a.  I had
to get the drivers (& jtape backup software) separately.  The jtape
program is useless for me as I am using ufs filesystems and jtape doesn't
handle filenames >14 chars or symbolic links.

If you examine jtape using strings(1) it is clearly a quick and dirty hack
from MS-DOS.

The raw tape driver (/dev/rjt0) seems to work fine as far as it goes, but
I have not been able to figure out how to append to a tape (if anyone
knows how to do this I should be very interested in hearing from you).

There is another device in my /dev directory, namely /dev/rjt1.  I think
that this is used to control the tape drive rather than being anything
to do with having two drives.  Unfortunately, Colorado does not provide
very much in the way of documentation.

-- 
   Simon Langley                   (preferred)   slangley@constant.demon.co.uk
   Hampstead, London
   pgp 2.0 public key available                  slangley@cix.compulink.co.uk
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: evan@telly.on.ca (Evan Leibovitch)
Subject: Will Dell load off a Wangdat DAT?
Organization: Somewhere just far enough out of Toronto
Date: Fri, 18 Dec 1992 15:56:16 GMT

I have an associate who was interested in Dell UNIX. His system is a
vanilla 486 with a Wangdat DAT drive, and he was pleased to hear that
the Dell product came on DAT media.

So he ordered it.

The news lately hasn't been so good. The Dell docs specify an HP DAT
drive. The tape won't load from the Wangdat, and Dell's answer on the
phone (to him) was to either buy an HP drive or send back the UNIX.

I didn't realize that DAT drives were so incompatible. Is this normal
that one company's drive would not read a tape made on another company's
drive?

My associate is not on the net (can't get his UNIX running, remember?),
but I will forward any suggestions.

Thanks.

-- 
 Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
         evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
         "IBM's three letters are probably EBCDIC for CYA" - Nik H.
Xref: sparky comp.unix.sys5.r4:874 comp.unix.misc:4621
From: shwake@nearside.UUCP (Raymond Shwake)
Newsgroups: comp.unix.sys5.r4,comp.unix.misc
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Date: 16 Dec 92 16:36:18 GMT
Followup-To: comp.unix.sys5.r4
Organization: A/C International

>> As a proof, windows and windows NT. Windows 3.1 is crashing
>> and crashing and crashing and selling and selling and selling.

peter@ferranti.com (peter da silva) writes:

>Windows 3.1 can be installed and run by a naive user.

If you're talking about a plain-vanilla installation, then sure, but I could
say the same thing about Destiny UN*X (though you're dealing with more media).
On the other hand, do something just a little different and you may encounter
a different story. 

With more than nine years of experience with UN*X and PCs, and several years
of experience with different flavors of Windows, I had trouble getting it to
function on our new AST Premium 486/33 with Adaptec 1540B. Turning in despera-
tion to Microsoft, it still took more than 30 minutes to identify the problem.
Seems the SCSI card was failing to follow instructions to "double-buffer",
and we had to add an undocumented "+", which basically means "And we really
mean it!". USL's SVr4.2, by the way, loaded without a hitch.

>> Make UNIXWARE $150 and you will see a different story.

Given USL licensing fees, and the current business models driving the UNIX
vendors, getting to this range is quite unlikely, but if they don't come
close to it, Microsoft is going to clean their clock. Like "Poor George" Bush
before the recent election, neither USL nor UniVel yet Get It.
-- 

uunet!media!ka3ovk!nearside!shwake			shwake@rsxtech
From: wbj@ElSegundoCA.ncr.com (William Jones)
Newsgroups: comp.unix.sys5.r4
Subject: Physical Memory
Date: 16 Dec 92 22:10:37 GMT
Reply-To: wbj@ElSegundoCA.ncr.com
Distribution: world
Organization: Teradata/NCR

A have a need to determine how much physical memory is on a system from within a
shell script. Is there a SVR4 command that will provide this info? 


bill