HDTenEightyP/NetNews huggingface dataset:
From: dyck@mprgate.mpr.ca (Trevor Dyck)
Subject: sptalloc() problems
Originator: dyck@galaxy
Organization: MPR Teltech Ltd., Burnaby, B.C., Canada
Date: Tue, 17 Nov 92 01:18:00 GMT

I am porting a device driver from SCO SVR3.2 to Microport SVR4.

The driver uses memory-mapped I/O, for which I simply used the 
sptalloc() function in 3.2 to map the device into kernel memory.

But the sptalloc() function no longer exists in SVR4!!  It has
been replaced by kmem_alloc() which does not let you specify
a base address for the buffer (useless for memory mapped I/O).

There is an esballoc() function, but this is STREAMS-specific...

Can anyone help me??? Please??? ...

Any help is GREATLY appreciated!

Trevor.
-- 
Trevor Dyck (dyck@mpr.ca)      | "The number of Unix installations has grown 
Advanced Technology Division   |  to 10, with more expected" 
MPR Teltech Ltd. 	       |  -- The Unix Programmer's Manual, 2nd Edition,
8999 Nelson Way, Burnaby, BC   |     June, 1972 
Newsgroups: comp.unix.sys5.r4
From: deraadt@newt.cuc.ab.ca (Theo de Raadt)
Subject: Re: Suppressing login junk.
Organization: little lizard city
Date: Tue, 17 Nov 1992 06:51:43 GMT

In article <1393@minya.UUCP> jc@minya.UUCP (John Chambers) writes:
   We all know about /etc/motd and the grief it can cause for such things
   as uucico, of course.  Well, /etc/motd here is zero length, and still,
   when my program tries logging in (using either  a  serial  port  or  a
   telnet  connection),  it  gets  a  screen  full of "Copyright (C) ..."
   notices.   In  digging  around,  I  discovered  that  the  culprit  is
   /bin/login,  which  has the copyright notices hard coded.  TFM doesn't
   give a clue as to how to suppress them. Creating a .hushlogin file has
   no effect whatsoever, and I can't guess what might.

Two step solution:

1. Edit the binaries. I've done this with IRIX for YEARS. I use gmacs.

2. Bitch to your vendor. CC: it to USL. Yo, vendors, wake up. You remember
what uucp is? And how uucp will only read a "fixed" number of characters in
it's send/expect strings before it aborts a connection?

Clearly, the programmers at USL haven't got even 1/2 a clue. I hope some
of them are reading this.
 <tdr.
--

This space not left unintentionally unblank.		deraadt@newt.cuc.ab.ca
Newsgroups: comp.unix.sys5.r4
From: conover@netcom.com (John Conover)
Subject: zmail
Keywords: zmail
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 19 Nov 1992 22:52:06 GMT

Has anyone ported ZMAIL to SysV/386 rel. 4.0 or 4.2? If so, where
does the source live?
	Thanks in advance,
	john@netcom.com
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Newsgroups: comp.unix.sys5.r4
Subject: Re: zmail
Keywords: zmail
Date: 23 Nov 92 15:39:18 GMT
Organization: AT&T

In article <1992Nov19.225206.12884@netcom.com> conover@netcom.com (John Conover) writes:
> Has anyone ported ZMAIL to SysV/386 rel. 4.0 or 4.2? If so, where
> does the source live?
> 	Thanks in advance,
> 	john@netcom.com
> 


Dan Heller asked me to follow this up...

Z-Mail is NOT a freeware package.  It is a commercial product of Z-Code
Software.  That said, they are working on both SVR4.0 and SVR4.2 ports
of Z-Mail (I have been doing a bit of testing on this).  I am not sure
if either version is considered out of beta yet.

You can contact Z-Code Software at (415) 499-8649 (voice) or 
(415) 479-0448 (fax), or via email at info@z-code.com.

--
David Wexelblat <dwex@mtgzfs3.att.com>  (908) 957-5871
AT&T Bell Laboratories, 200 Laurel Ave - 4B-421, Middletown, NJ  07748

"The meaning of life?  That's simple.  Try to be happy, try not to hurt
 other people, and hope to fall in love."  -- Mallory Keaton
Newsgroups: comp.unix.sys5.r4
From: einhorn_d@apsicc.aps.edu (E. Drew Einhorn)
Subject: Re: Dell - rmfree map overflow???
Date: Wed, 18 Nov 92 17:32:00 GMT
Organization: Albuquerque Public Schools - Career Enrichment Center
News-Software: VAX/VMS VNEWS 1.41    

In article <18NOV199209143914@apsicc.aps.edu>, einhorn_d@apsicc.aps.edu
(I) wrote...
> 
>I am getting a large number of messages of the form:
> 
>WARNING: rmfree map overflow D01B475C. lost 1 items at -19yxxx
> 

I found the "rmfree map overflow" string it's in the kernel.
With luck adjusting a kernel config parameter will solve the problem.
Wonder which one?  Dell has seen the problem before, waiting for a
call back to see if they have a solution.

Meanwhile where do I find a good description of the kernel config
parameters
From: mark@mail.sas.upenn.edu (Mark Thomas)
Newsgroups: comp.unix.sys5.r4
Subject: How do I restore entire system with cpio???
Date: 23 Nov 92 15:53:46 GMT
Organization: University of Pennsylvania
Originator: mark@mail.sas.upenn.edu


I am running Esix SysVr4, on a 486 with a SCSI 150MB tape drive.  I made my
cpio backup last weekend from single user mode by doing:

cd /
mountall
umount /proc
find . -depth -print | cpio -ovB -O/dev/rmt/stape

I wanted to avoid having to re install and configure the entire product,
including development system and additional drivers.  I went through the 
basic installation proceedure, including partitioning the drive and making new
file systems.  I then rebooted the system, which went fine.  After 
shutting down to single user mode, I did a "cpio -iudvmB -I/dev/rmt/stape",
to restore everything (note partitioning was the same as before so /etc/vfstab
should be okay for new setup). I got 6 or seven cpio errors on device nodes,
which presumably were in use.  I then seemingly successfully did an "idbuild"
and rebooted the machine.  

When it came up it bombed with "init: command 
respawning too rapidly......."  I then booted off floppies and discovered
that there was no /dev/console, so I made a /dev/console", and tried again.
This time I got lots of additional error messages, and eventually a login:
prompt, but could not type anything on the keyboard (cryptic characters
appearing on monitor and basically otherwise hung seeming system).

I then booted from floppy, mounted the filesystems, and restored them from
tape, this time, of course, I could restore everything without any errors,
but I would have to boot off the hard disk before doing a kernal build.
This did not work either, possibly because rc scripts and the like tried
to do lots of things that the kernel was not configured for.  I might have
been able to replace the kernel with a backed up one, but I was getting
very frustrated.

I tried going through the ESIX quick recovery procedure, which automatically
replaces the kernel, inittab, and a couple other critical files, to no avail.

I also tried booting off the original kernal, with the same results.

Am I overlooking something here?  What do I need to do to successfully back
up and restore my entire system?  The installation/configuration of a new
system from scratch takes a long time even with the tape distribution.

Any help would be greatly appreciated.


-Mark  (mark@mail.sas.upenn.edu)
Newsgroups: comp.unix.sys5.r4
From: dave@hp1.holl.com (David Vrona)
Subject: Looking for 486-50 EISA motherboard for Dell SVR4
Date: Mon, 16 Nov 1992 14:21:56 GMT
Organization: Hollister Incorporated,  Libertyville, IL

Hi all,

I'm in the process of putting together a new system based on Dell SVR4 and I
want to explore my motherboard options.

I want to go with a fast EISA system.  I'm sure I would be safe with a
Mylex, Micronics, or AMI motherboard but I would like to hear from anyone that
has had success (or failure) with other brands as well.

Thanks,

dave
-- 
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 \ David Vrona N9QNZ  708.680.2829   Internet:  dave@hp1.holl.com            /
 / Hollister Incorporated            UUCP: {well connected}!ddsw1!hp1!dave   \
 \ 2000 Hollister Drive              Opinions expressed are my own and not   /
 / Libertyville, IL  60048-3781      those of Hollister Incorporated.        \
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: georg@norisc.erls01.siemens.de (Georg Biehler)
Newsgroups: comp.unix.sys5.r4
Subject: Re: sptalloc() problems
Date: 17 Nov 92 06:35:26 GMT
Followup-To: comp.unix.sys5.r4
X-Newsreader: TIN [version 1.1 PL7]

Trevor Dyck (dyck@mprgate.mpr.ca) wrote:
: I am porting a device driver from SCO SVR3.2 to Microport SVR4.
: 
: The driver uses memory-mapped I/O, for which I simply used the 
: sptalloc() function in 3.2 to map the device into kernel memory.
: 
: But the sptalloc() function no longer exists in SVR4!!  It has
: been replaced by kmem_alloc() which does not let you specify
: a base address for the buffer (useless for memory mapped I/O).

You should take a look into the physmap() function - this does exactly
what you want to - mapping of memory mapped I/O into a virtual address
range.  sptalloc() stills exists in SVR4 but is going away in some
near future.

-Georg
----------------------------------------------------------------------
Georg H. Biehler		E-Mail: georg@norisc.erls01.siemens.de
				RealTime SVR4 -> Try SORIX 386/486
Newsgroups: comp.unix.sys5.r4
From: philip@cgin.cto.citicorp.com (Philip Gladstone)
Subject: Re: Problems with syslogd on SVR4 (DELL Issue 2.2)
Date: Mon, 16 Nov 1992 16:28:43 GMT
Organization: Citibank
X-Newsreader: Tin 1.1 PL4

My problems with Dell's syslogd may be related --

	syslogd does not log anything unless the superuser issues the
	syslog system call.

This behaviour is not the same as any other Un*x system that I have access
to, and does not appear to be documented.

Dell's support is 'looking at this' as well, but I am not hopeful of
a fix anytime soon.

Philip

-- 
Philip Gladstone - Consultant
Citicorp Global Information Network
I don't speak for Citicorp. I presume that somebody else does!
Xref: sparky comp.unix.sys5.r4:510 comp.mail.misc:3699
From: skrenta@casbah.acns.nwu.edu (Rich Skrenta)
Newsgroups: comp.unix.sys5.r4,comp.mail.misc
Subject: Re: Email header problems on SVR4.
Date: 15 Nov 92 23:38:42 GMT
Article-I.D.: news.1992Nov15.233842.2811
Organization: Northwestern University, Evanston, Illinois

ade@clark.edu (Adrian Miranda) writes:
> I am having some problems with mail on ESIX SVR4.0.4.

The Release 4 mailer is a variant of Bell Lab's upas mailer.  It
has a really neat configuration file that uses regular expressions
to rewrite delivery addresses.

Unfortunatley, the folks who designed this mailer don't care much
for, or at least don't understand, RFC822-style headers.  For instance,
the bizarre quoting of From_ that you mention, or the lack of proper
From:, Message-Id, etc.

Also, there is quite a bit of cruft associately with the R4 mailer,
since the people who added it to R4 didn't just adopt upas as their
new mailer, they glued it onto the side of the existing 3.2 /bin/mail
program.  The result is something of a mess, although the nifty
/etc/mail/mailsurr configuration file almost makes up for it.

Another example:  SVR4 mail will only attempt to generate RFC822
headers if it invokes the smtp transport.  If you send mail locally
or via uucp, forget it -- no From:, those aren't "RFC822" transports.
Actually, the smtp transport program tries to kludge together RFC822
compliant headers.  The /bin/mail program doesn't understand them at all.

The only way to fix this is with source, unfortunately.

I recently wrote a mailer which uses a similar configuration file
format as the R4 mailer, but does RFC822 headers correctly, and
leaves out the cruft.  If it gets robust enough I'll post it to
alt.sources.

--
Rich Skrenta
Newsgroups: comp.unix.sys5.r4,comp.mail.misc
From: georg@norisc.erls01.siemens.de (Georg Biehler)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Dell - rmfree map overflow???
Date: 23 Nov 92 06:55:33 GMT
X-Newsreader: TIN [version 1.1 PL7]

E. Drew Einhorn (einhorn_d@apsicc.aps.edu) wrote:
[...]
: I am getting a large number of messages of the form:
: 
: WARNING: rmfree map overflow D01B475C. lost 1 items at -19yxxx
: 
: where y is 0, 1, or 2 and x is a decimal digit.  These messages
: appear to be written to /dev/console not stdout or stderr.  I
: don't see them when running under X but when I exit X, I find
: the last couple that haven't rolled off the top of the screen.
: 
: Under Dell Unix SVR4 error messages don't accumulate in
: /usr/adm/log.  Is there a way to reconfigure so the
: system error messages are logged.

This messages get logged by the cmn_err() routine.  They are accessible
via /dev/osm,  and get kept in /etc/.osm.  After booting the system you
find the old ones in /etc/.osm.old
: 
: At the time the errors occure I am running a script to apply
: patch "2" to Oracle V6.0.34.2.1  Oracle is attempting to
: replace files in large .a archives.  After getting many of these
: errors the system eventually crashes and I have to hit the
: power switch to get it restarted.  When I try again after the
: reboot and fsck's the archives are corrupted.  Will pursue
: this with Oracle and Dell Tech support in the morning.  Hope
: somebody recognizes this error message and I don't have to
: resort to a horrendous find command looking for the string
: "rmfree map overflow"

From the "System Administrator's Guide (C-10)":

   rmfree map overflow # Lost # items
		Ran out of entries used to manage the available
		memory for the indicated map.  The map overflow #
		is the address of the table that is too small;	the
		commands "nm -x /stand/unix | grep #" can be used to
		get the name of the map table that overflowed.	If the
		warnings persist, reconfigure the system with a larger
		table for the indicated map (The system has three map
		tables,  whose sizes are determined by the SPTMAP,
		MSGMAP and SEGMAP tunables).

-Georg
----------------------------------------------------------------------
Georg H. Biehler		E-Mail: georg@norisc.erls01.siemens.de
				RealTime SVR4 -> Try SORIX 386/486
Newsgroups: comp.unix.sys5.r3
Subject: Help! NFS problems with Interactive Unix
From: mike@inform.co.nz (Mike Williams)
Date: Mon, 16 Nov 1992 22:43:19 GMT
Distribution: comp
Organization: InForm Group, Wellington, New Zealand.


  We're having problems with our new 486 machine running "INTERACTIVE UNIX
  System V/386 Release 3.2".  When trying to copy a LARGE (7 Mb) file from
  a NFS-mounted filesystem to a local filesystem, TCP/IP consistently
  hangs ... ie. the machine becomes unreachable, ping doesn't work, etc.  

  We didn't have this problem running the same software on a 386 box,
  although NFS was not anywhere near reliable, and 'twas mighty slow :-) 

  Here's the relevant /etc/fstab entry (names changed to protect the
  innocent): 

    raygun:/remote/fs /local/fs NFS,rsize=4096,wsize=4096

  Our setup:
        Core Base - Version 2.2.1
        INTERACTIVE TCP/IP - Version 1.2.0
        INTERACTIVE NFS-Version 2.1

  Has anyone else had similar problems with Interactive?  Do later revs of
  Interactive, TCP/IP and/or NFS fix this problem??

  Please email.  Thanks in advance.

    ------------------------------------------------------------------
        Mike Williams, InForm Group Ltd., Wellington, New Zealand.
   Email: mike@inform.co.nz   Phone: 64 4 472 0996   Fax: 64 4 473 2407
From: charlesw@sail.LABS.TEK.COM (Charles Wilson)
Newsgroups: comp.unix.sys5.r3
Subject: Sockets on sysV68 (Motorola)
Keywords: sockets, motorola
Date: 17 Nov 92 17:25:23 GMT
Organization: Tektronix Inc., Beaverton, Or.

Thanks to the responses to my request for Berkeley socket support
on Motorola's SYSV68.  You are correct, Motorola's NSE (Network
Services Extension) supports sockets and has 99% of what I need.
One of the function calls it doesn't support is "tovis".  Can anyone
tell me what the synopsis is for this function?  Is there a possible
replacement that you know of?

Thanks again for you help!!
Lines: 6
Date: Sun, 22 Nov 92 01:56:44 MST
From: kelly@baloo.ee.byu.edu (J. Kelly Flanagan)
Newsgroups: comp.unix.sys5.r3
Subject: NEED GTAR for ISC Unix, please


	I have no compiler and would simply like someone to compile
	gtar for Interactive UNIX and make it available to me.

Kelly
kelly@ee.byu.edu
Newsgroups: comp.unix.sys5.r3
From: sam@csi.compuserve.com (Sam Neely)
Subject: Re: Help! NFS problems with Interactive Unix
Organization: CompuServe Incorporated
Date: Fri, 20 Nov 1992 04:29:38 GMT

In article <MIKE.92Nov17104319@raygun.inform.co.nz> mike@inform.co.nz (Mike Williams) writes:
>
>  We're having problems with our new 486 machine running "INTERACTIVE UNIX
>  System V/386 Release 3.2".  When trying to copy a LARGE (7 Mb) file from
>  a NFS-mounted filesystem to a local filesystem, TCP/IP consistently
>  hangs ... ie. the machine becomes unreachable, ping doesn't work, etc.
>
>  [ deleted ]
>
>  Our setup:
>        Core Base - Version 2.2.1
>        INTERACTIVE TCP/IP - Version 1.2.0
>        INTERACTIVE NFS-Version 2.1
>
>  Has anyone else had similar problems with Interactive?  Do later revs of
>  Interactive, TCP/IP and/or NFS fix this problem??

Interactive TCP/IP version 1.2 is EXTREMELY BUGGY.  Upgrade to version 1.3
and you will be much happier.  (I'm surprised that you didn't run into any
kernel panics while you were trying this.)  You'll probably want to upgrade
NFS to 2.2 while you are at it.
-- 
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
Newsgroups: comp.unix.admin
From: werner@physics.uq.oz.au (Michael Werner)
Subject: Re: NFS mounting and exporting question
Reply-To: werner@dirac.physics.uq.oz.au
Organization: Department of Physics, University of Queensland
Date: Sat, 21 Nov 1992 23:55:28 GMT

One way is to write a small C program to mount the optical disk.
You can then allow particular users to execute the program via /etc/group.
You will also have to set the setuid bit. An example program follows.


#ifdef SYSV
#ifndef hpux
#define vfork() fork()
#endif
#endif

#include <stdio.h>
#include <signal.h>
main()
{
  int status, pid, w;
  register int (*istat)(), (*qstat)();
  
  if ( setuid(0) ) {
    perror("setuid(0)");
    exit(1);
  }
  if ((pid = vfork()) == 0) {
    signal(SIGINT, SIG_DFL);
    signal(SIGQUIT, SIG_DFL);
    signal(SIGHUP, SIG_DFL);
    execl("/usr/etc/mount","mount","/dev/optdsk0","/mo",0);
    _exit(127);
  }
  istat = signal(SIGINT, SIG_IGN);
  qstat = signal(SIGQUIT, SIG_IGN);
  while ((w = wait(&status)) != pid && w != -1)
    ;
  if (w == -1)
    status = -1;
  signal(SIGINT, istat);
  signal(SIGQUIT, qstat);
  return(status);
}

-- 
Yours,

Mike

----------------------------------------------------------------------------
+                                                                          +
+    *		  *			Michael Werner		           +
+     *		 *	    		werner@dirac.physics.uq.oz.au      +
+      * 	*			Theoretical Quantum Optics,        + 
+       -------		                Department of Physics,             +
+      *       *                        University of Queensland.          +
+     *		*			St. Lucia. 4072. Australia         +
+    *           *                                                         +
+                                                                          +   
----------------------------------------------------------------------------
Newsgroups: comp.unix.admin
From: szielins@oracle.com (Stephan Zielinski)
Subject: Re: MPE, NS, TCP/IP
Organization: Oracle Corporation
Date: Wed, 18 Nov 1992 01:42:15 GMT
X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.

In article <1992Nov17.172759.17864@zeus.franklin.edu> georges@zeus.franklin.edu (Steven Lon George) writes:
>
>What is MPE (Multiplatorm Environment?) . . .

	*sigh*  It's not Unix.  It's a completely different operating system.
I've only heard of it running on HPs, but there may be others.  According
to this HP education guide I have here (Nov. '92 - Jun. '93) HP's version
is being renamed to MPE/iX as a result of its "new" integration of POSIX.
-- 
_________________
Stephan Zielinski          				szielins@us.oracle.com 
Newsgroups: comp.unix.admin
From: jimw@hfglobe.intel.com (Jim Williams)
Subject: WACOM digitizer on SGI IRIS
Organization: Intel Corporation
Date: Thu, 19 Nov 1992 19:57:25 GMT

Has any one had experiance installing a WACOM digitizer
on the SGI IRIS?  What should I expect?  is it just another serial
device?.

Jim,		jim_williams@ccm.hf.intel.com

Newsgroups: comp.unix.admin
From: gavriel@socrates.umd.edu (Nick Gavrielatos)
Subject: Adoptation of Unix in Europe
Keywords: Unix, Europe
Organization: University of Maryland University College
Date: Tue, 17 Nov 1992 04:37:35 GMT

I am preparing a paper on Adoptation of Unix in Europe.
WOuld anyone happen to have any old articles posted in 
this group, or any info on the subject(inlcuduing bookx
they can recommend) that could send to me via peronal 
mail?

Thank you very much, 

Nick Gavrielatos
gavriel@socrates.umd.edu
From: sad@deakin.OZ.AU (Scott Macdonald)
Newsgroups: comp.unix.admin
Subject: re: PCNFS, Vines etc.
Date: 17 Nov 1992 00:08:58 GMT
Organization: Deakin University, Victoria, Australia
Distribution: world
NNTP-Posting-Host: tethys.cc.deakin.oz.au

At our Warrnambool campus we are in the process of changing from a Banyan Vines
network to a PCNFS network.
I am finding that PCNFS is much easier to manage due to the fact that it uses
a Unix account system rather than a separate login system.

So I end up managing one netork rather than two different networks.

BTW - I am not knocking Vines - Banyan Vines is probably the easiest networking
product to manage.  It has made my life much easier.
Our current environment consists of Sun Unix boxes and PCNFS was the better
path.

Scott Macdonald
Computing Facilities Administration
Deakin University Warrnambool
Australia
Newsgroups: comp.unix.admin
Subject: Site Network Diagram Package
From: mark@wehi.edu.au (Mark Watson)
Date: 17 Nov 1992 06:47:39 GMT
Distribution: world
Organization: The Walter and Eliza Hall Institute of Medical Research
Keywords: network, diagram, X, Postscript
NNTP-Posting-Host: wehio.wehi.edu.au

I am looking for a package to draw our site network diagram at several
levels of detail.  It would be nice if the configuration details could be
easily modified as the site changes.

Tools to update the configuration using SNMP, ping, arp, netstat, etc would
also be advantageous.

  Visualising would best be done via an X based interface.  The
interconnecting cables should be auto-routed unless otherwise stated.
an X based editor could be provided to change box locations, cable routes,
cable types, ...

  It needs to have 'levels' of devices, so the configuration could contain
all details right down to keyboards and mice, while printing could be stopped
at the host level, or include terminal servers, or include terminals, or ...

  Does anyone know of anything that does some or all of this?  If I get any
responses I will summarize to the net.

 Thank you,

-- 
Mark W. Watson                      | mark@wehi.edu.au
The Walter and Eliza Hall Institute | Ph: +61 3 345 2555
P.O. Royal Melbourne Hospital       | Fax: +61 3 347 0852
Australia    3050                   | include all known disclaimers here
Newsgroups: comp.unix.admin