HDTenEightyP/NetNews huggingface dataset:
From: crand@melpar (Carolee Rand)
Subject: need help motorola mail
Organization: E-Systems, Melpar Division
Date: Thu, 12 Nov 1992 17:45:57 GMT
Summary: Want to configure motorola mail over ethernet/tcpip 

motorola tcpip uucp mail

Distribution: world
Organization: E-Systems, Melpar Division
Keywords: motorola mail tcpip uucp

Can anyone help me configure a bunch of Motorola 147 and 167 systems to
send mail to each other and to other systems on a local ethernet network?
Using sendmail, I have been able to set up mail systems on other platforms,
but these motorolas do not appear to have or use that daemon. 

Is it true that I set up access to the network through UUCP? I've found 
something in the documentation that looks like directions for defining 
tcpip in the Devices file... It just seems cumbersome to have to define
every system on the network in the Systems file....PLEASE tell me there's
a better way! (....or how this way is supposed to work)

The systems are motorola 167 and 147 running SysV68 r3v6 and r3v7. 

Thanks in advance for your help.  Please send your responses directly to me:

Cheers!
Carolee Rand
(703)560-5000 x2349
uunet!melpar!crand
-- 
...................................
Carolee L. Rand
E-Systems, Melpar Division
(703)560-5000 x2349
From: ziniuwei@acsu.buffalo.edu (Ziniu Wei)
Newsgroups: comp.unix.misc
Subject: Re: What CPU supported as workstation ??
Date: 10 Nov 92 20:42:27 GMT
Organization: State University of New York at Buffalo/Comp Sci

In article <9231512.8671@mulga.cs.mu.OZ.AU> minh@cryptic.rch.unimelb.edu.au (Minh Tran) writes:
>
> 	Can someone understand the question ??
>	My friend asked me this question and I have no Idea what it means
>	Can someone help ??
>
>	Thanks
>	---
>	minh


In my opinion, workstation is a kind of working enviroment, a trend of
compution.  It does nothing with the CPU.  Most of us agree that a normal
configuration of 486 is not a workstation, but what if a 486 machine with 20"
color display, graphic accelerator, installed with Unix, NFS, and connected to
a LAN?

            /|
           / |		
          /  |		Ziniu Wei
    _____/___|_____	Center of Excellence of Document Analysis (CEDAR)
   /    /    /    /	Department of Computer Science 
  /    /    /    /	State University of New York at Buffalo
 /____/____/____/	
      |   /
      |  /		Internet: ziniuwei@cs.buffalo.edu
      | /		
      |/

-- Old programmers never die, they just branch to a new address. --
Newsgroups: comp.unix.misc
From: aldavi01@starbase.spd.louisville.edu (Arlie Davis)
Subject: Re: The Problem with UNIX
Date: Fri, 13 Nov 1992 06:08:11 GMT
Reply-To: Arlie Davis <aldavi01@starbase.spd.louisville.edu>
Organization: University of Louisville

In <sherman.721601047@foster> sherman@unx.sas.com (Chris Sherman) writes:

> NeXT's have typed files, so if you double click on the icon, the right
> thing happenes.  And, the files are treated normally by the Unix file
> system from the command line too, so you can abuse any file with any
> program any any way.  Sort of the best of both worlds.  Typed files, BTW,
> are not part of the operating system.  They are a part of the GUI shell.

In other words, they are not typed files.  If it isn't typed by the kernel,
then it isn't typed.

This is with the UNIX philosophy, which states that the kernel has no
business interpreting the contents of files, that files should simply appear
as a given sequence of bytes.

By the way, it is fairly easy to do some intelligent file-type identification
in order to do the Right Thing.

-- 
lrwx------   1 aldavi01 emacsstu       9 Jun  6 12:43 .signature -> /dev/null
Newsgroups: comp.unix.misc
From: crigler@cs.ucf.edu (James Crigler)
Subject: Is anyone using m4?
Summary: What are you using m4 for?
Keywords: m4,macro,preprocessor
Organization: University of Central Florida
Distribution: comp.*.unix
Date: Tue, 3 Nov 1992 16:41:49 GMT

Okay, the subject and summary ask it all.  Is m4 really used for anything,
or is it just a curiosity?

I will post summaries of those who reply via email.

Jim Crigler
------------------------------------------------------------
When did America go from republic to representative democracy?
Newsgroups: comp.unix.misc
From: sppp@hippo.ru.ac.za (Prof P Piacenza)
Subject: ~Tape  Streamer.
Keywords: Xenix driver, Unix Driver, SCO
Organization: Rhodes University, Grahamstown, South Africa
Date: Wed, 11 Nov 1992 14:56:12 GMT


I have several ARCHIVE Corp. FT60 tape streamers (60 Mb).  These have
both DOS and SCO XENIX drivers.  Has anyone managed to get them to work with
Unix (specially SCO Unix)?  Since we are chronically short of funds we
cannot afford a new tape streamer and I would really like to use one
of these to backup our INTERNET Unix server.

I would appreciate the required information, preferably by email.

	 L.Piacenza - Chemistry Department - University of Transkei
	 Internet: sppp@hippo.ru.ac.za  Tel. 27-471-3022384
  
-- 
	 L.Piacenza - Chemistry Department - University of Transkei
	 Internet: sppp@hippo.ru.ac.za  Tel. 27-471-3022384
	 Internet: chpp@unitrix.utr.ac.za
Newsgroups: comp.unix.misc
From: karlton@fudge.asd.sgi.com (Phil Karlton)
Newsgroups: comp.unix.misc,comp.unix.questions,comp.sys.sgi,comp.graphics
Subject: Re: Interactive vs Background users
Date: 12 Nov 1992 04:46:15 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA
Distribution: world
NNTP-Posting-Host: fudge.asd.sgi.com

One way to do this is to run a watcher program that sends the
background process a SIGSTOP when it detects activity on any
tty and a SIGCONT when the tty's haven't been accessed for 10
minutes. Something on the order of
	killall -SIGSTOP gauss
should do the trick.

In an sh script, something like
	foo="'ls -lu /dev/tty | sum'"
will have a different result if the user has typed into a
shell. Unfortunately, the access time for /dev/mouse and
/dev/keyboard are not updated when the corresponding devices
are used.

PK
-- 
--
Phil Karlton				Silicon Graphics Computer Systems
Curmudgeon				2011 N. Shoreline Blvd.
					Mountain View, CA  94039-7311
Newsgroups: comp.unix.misc
From: joel@wc01.writer.yorku.ca (Joel Atkin)
Subject: creating a remote afs link?
Keywords: afs unix nfs os
Organization: York University
Date: Tue, 10 Nov 1992 21:14:22 GMT

Does anyone know how to accomplish this?  Everytime I create a link I end  
up with a file with the @ suffix and can't do anything with the file.   
Must all links be located in the "/afs" folder or can the link reside in  
my home directory which in embedded within the /afs directory.


thanks in advance

joel
From: k02g@alf.zfn.uni-bremen.de (Olaf Matthaei)
Newsgroups: comp.unix.misc
Subject: Suche Informationen - Code View
Keywords: Code-View
Date: 5 Nov 92 12:54:53 GMT
Organization: Univ. Bremen, Informatik


	Hello, I need Help. Code View is a good Programm
	but I have no manual. If there is anybody who can
	help me, send me a ftp adress or send me directly.

	Thanks.

	O. Matthaei

*********************************************************
internet : k02g@alf.zfn.uni-bremen.de

*********************************************************
Newsgroups: comp.unix.misc
From: pinard@IRO.UMontreal.CA (Francois Pinard)
Subject: Re: Is anyone using m4?
Organization: Universite' de Montre'al
Distribution: comp.*.unix
Date: Mon, 9 Nov 1992 17:08:22 GMT

In article <crigler.720808909@eola.cs.ucf.edu> crigler@cs.ucf.edu (James Crigler) writes:

   Is m4 really used for anything, or is it just a curiosity?

For one, I am certainly using it to front-end the input of many
programs I wrote and who read an input syntax.  It adds a lot of
flexibility to them for my users.  Deviantly, I routinely use it when
I have a big deal of substitutions to make on text files.  m4 is often
used installing big software.  Some sendmail's use it, in particular.

For an instructive example of usage, look at:

	@prep.ai.mit.edu:pub/gnu/autoconf-1.2.tar.Z

This is pure m4, used to construct configurators for GNU products.
--
Franc,ois Pinard        ``Vivement GNU!''        pinard@iro.umontreal.ca
(514) 588-4656                                    ...!uunet!iros1!pinard
Consider joining the League for Programming Freedom.  Email for details!
Newsgroups: comp.unix.misc
From: Mischa_Sandberg@mindlink.bc.ca (Mischa Sandberg)
Subject: Re: Is anyone using m4?
Organization: MIND LINK! - British Columbia, Canada
Date: Sat, 7 Nov 1992 08:54:40 GMT

Yes, we use m4 as a precompiler for SQL (we use nawk as a report generator
and for more complicated symbolic manipulation of SQL). It's useful for
extending the standard set of in-line functions of Sybase transact/sql,
with equivalent but gross expressions; for example, to return a numeric
result MAX(COL1, COL2) --- the larger numeric value of two columns ---
can be done with the expression (abs(COL1-COL2)+COL1+COL2)/2); so we
define(`MAXOF', `...'). The only problem we've had so far has been working
around the reserved word "index", which is also an M4 intrinsic function.
--
Mischa Sandberg ... Mischa_Sandberg@mindlink.bc.ca
                 or uunet!van-bc!rsoft!mindlink!Mischa_Sandberg
*-*-*-*-*-*-*-*-*-*-*
Engineers think equations are an approximation of reality.
Physicists think reality is an approximation of the equations.
Mathematicians never make the connection.
X-Mail-Path: hactar.hanse.de!mcshh.Hanse.DE!Germany.EU.net!cat.uucp!schreckr
From: schreckr@cat.de (Wolfgang Schrecker)
Subject: Re: XVT toolkit??
Date: Sun, 08 Nov 1992 17:25:26 +0200
Newsgroups: comp.unix.misc
X-Gateway: hactar.hanse.de to comp.unix.misc; Mon, 9 Nov 1992 11:48:28 +0100


Kevyn Ford (kevyn@world.std.com) schrieb am  7.11.:
>
>

stuff deleted
> In short, XVT is a good portable GUI system for apps that don't
really need > anything more than a few pull-down menus and graphical controls.

In fact our company is using XVT for ONE development for UNIX, DOS ans OS/2
platforms and had to delimit themselves on the largest common denominator,
which is (unfortunately) not what cpuld be done, but they tell me, it's OK.
Wolfgang
From: barr@pop.psu.edu (David Barr)
Newsgroups: comp.unix.misc
Subject: Re: The Problem with UNIX
Date: 13 Nov 92 03:18:29 GMT
Organization: Penn State Population Research Institute

In article <sherman.721601047@foster> sherman@unx.sas.com (Chris Sherman) writes:
>program any any way.  Sort of the best of both worlds.  Typed files, BTW,
>are not part of the operating system.  They are a part of the GUI shell.

Yes, but in the case of Macs, typed files ARE part of the "OS".

--Dave
-- 
System Administrator, Population Research Institute    barr@pop.psu.edu
Newsgroups: comp.unix.misc
From: r0506048@csman.csie.ntu.edu.tw (Chun-Hung Lin)
Subject: "find" problem
Reply-To: r0506048@csman.csie.ntu.edu.tw
Organization: Communication & Multimedia Lab, NTU, Taiwan
Date: Mon, 9 Nov 1992 05:43:54 GMT

Hello,
 
  I found that the UNIX command "find" cannot find the file
across the file system, i.e. I cannot find the file on file
system B when I am now on file system A. Is it true?
If it is true, how can I do this job? Any utility or command
is available?
 
=================================================================
Chun-Hung Lin                     
r0506048@csman.csie.ntu.edu.tw    
Communication & Multimedia Lab.
Dept. of Comp. Sci. & Info. Eng.
National Taiwan University, Taipei, Taiwan, R.O.C.


Newsgroups: comp.unix.misc,comp.unix.questions,comp.sys.sgi,comp.graphics
From: hillig@U.Chem.LSA.UMich.EDU (Kurt Hillig)
Subject: Re: Interactive vs Background users
Date: Thu, 12 Nov 92 11:41:17 EST
Organization: Department of Chemistry, University of Michigan, Ann Arbor

In article <1dsh2fINNeok@manuel.anu.edu.au> aps583@huxley.anu.edu.au (Anthony P Scott) writes:
>
>Hello there,
>I am writing this post in the hope that some other NET people may have
>a solution for a problem we have at the moment.
>
>  [deleted]
>
>                                                     WE wish to
>soak up the excess CPU cycles by running GAUSSIAN and other cpu
>intensive programs in the background.
>
>Unfortunately when an interactive user comes along the terminal response
>is terrible, they get  upset and we are forced to kill the background
>proccess.
>
>What we would really like is something that detects an interactive user
>and places the background process in sleep, frees up memory and will
>then allow better interactive terminal response. 
>
>  [deleted]
>
>A program that suspends the background process may also be OK, so
>long as it is able to be started again from where it left off.
>
>  [deleted]
>
>aps501@vp.anu.edu.au.oz
>aps583@huxley.anu.edu.au.oz
>
>
>Dr. Tony Scott.
>

Sounds to me like you need babysit - developed by the College
of Engineering at the University of Michigan - which does just
what you want.  You'll have to ask them about licensing, as it's
copyrighted.  (I'm on campus, so they let me use it - I don't
know their policy for external users.)

Contact disser@engin.umich.edu or licenses@caen.engin.umich.edu
for more information.

-- 
      Kurt Hillig
   Dept. of Chemistry      I always tell the     khillig@umich.edu
 University of Michigan     absolute truth    Telephone (313)747-2867
Ann Arbor, MI  48109-1055    as I see it.    hillig@chem.lsa.umich.edu
Newsgroups: comp.unix.misc
From: tse@leland.stanford.edu (Eric Tse)
Subject: How do I make dynamic link libraries?
Organization: DSO, Stanford University
X-Newsreader: Tin 1.1 PL5
Date: Wed, 11 Nov 92 20:13:53 GMT

[ Article crossposted from comp.unix.programmer ]
[ Author was Eric Tse ]
[ Posted on Wed, 11 Nov 92 00:45:46 GMT ]

Hi,
	I am new to dynamic-link libraries and wonder how I can 
create one. For example, if I want to make f1.o f2.o into a 
libtest.so.0.1, do I do:
	ld -Bdynamic f1.o f2.o -o libtest.so.0.1
?
	Then if I want to compile a programm a.out originally
using f1.o and f2.o, do I do:
	cc -Bdynamic -o a.out other1.o other2.o libtest.so.0.1
?
	If I want to execute a.out, do I have to
	setenv LD_LIBRARY_PATH /path_of_the_so
before I run a.out?

But it does not work! Any help? Please?


--
========================================================================
Eric Tse
tse@leland.stanford.edu
========================================================================

--
========================================================================
Eric Tse
tse@leland.stanford.edu
========================================================================
From: stud2@aifbhilkka.aifb.uni-karlsruhe.de (Student2 f.SC64)
Newsgroups: comp.unix.misc
Subject: Norton Commander lookalike 4 UNIX ?
Date: 5 Nov 92 11:51:12 GMT
Organization: AIFB, University of Karlsruhe (Baden / Germany)

I'm sick of introducing a naked hostile :-) Shell to UNIX-novices
used to Norton Commander under DOS. Is there a lookalike product
for UNIX (I mean, in the PD or shareware) ? No need for all of nc's 
functionality, just the basic file/dir copying/moving/viewing stuff.
But that ought to look exactly like nc, to make the beginnings really
easy.

I know about vsh, but people I gave that found it even worse than sh. 

No flames like "shell is __MUCH__ better than Norton Commander" please,
I really LOVE my shell, I just don't like to explain it again and again.

Norbert Kuck
stud2@aifb.uni-karlsruhe.de
From: jav@rhiannon.sitka.sun.com (Joyce Vanderpoorten)
Newsgroups: comp.unix.misc
Subject: Internal Fax Pump/Fax Modem
Date: 12 Nov 1992 17:41:37 GMT
Organization: Sun Microsystems, Inc.
Distribution: world
Reply-To: jav@rhiannon.sitka.sun.com
NNTP-Posting-Host: rhiannon.sitka.sun.com


I am looking to purchase an Internal Fax Pump for my
Macintosh or Sun.  Does anyone out there have any
suggestions on where to look for information.


Thanks
Newsgroups: comp.unix.misc
From: adams@pdv3.fmr.maschinenbau.th-darmstadt.de (Adams)
Subject: Re: Is anyone using m4?
Date: Sat, 7 Nov 1992 22:44:59 GMT
Distribution: comp.*.unix
Organization: TH-Darmstadt

In article <crigler.720808909@eola.cs.ucf.edu> crigler@cs.ucf.edu (James Crigler) writes:

>   Okay, the subject and summary ask it all.  Is m4 really used for anything,
>   or is it just a curiosity?

We implemented configuration tools for an operating system based on 
pieces from Software Components Group and own developments.

M4 -- REALLY COOL.

best adams
Newsgroups: comp.unix.misc,comp.unix.questions,comp.sys.sgi,comp.graphics
From: hillig@U.Chem.LSA.UMich.EDU (Kurt Hillig)
Subject: Re: Interactive vs Background users
Date: Thu, 12 Nov 92 13:35:05 EST
Organization: Department of Chemistry, University of Michigan, Ann Arbor

In article <_WC=5r=@engin.umich.edu> hillig@U.Chem.LSA.UMich.EDU (Kurt Hillig) writes:
>In article <1dsh2fINNeok@manuel.anu.edu.au> aps583@huxley.anu.edu.au (Anthony P Scott) writes:
>>
>>  [deleted]
>>                                                     WE wish to
>>What we would really like is something that detects an interactive user
>>and places the background process in sleep, frees up memory and will
>>then allow better interactive terminal response. 
>>
>>  [deleted]
>>
>>aps501@vp.anu.edu.au.oz
>>aps583@huxley.anu.edu.au.oz
>>
>>Dr. Tony Scott.
>>
>
>Sounds to me like you need babysit - developed by the College
>of Engineering at the University of Michigan - which does just
>what you want.  You'll have to ask them about licensing, as it's
>copyrighted.  (I'm on campus, so they let me use it - I don't
>know their policy for external users.)
>
>Contact disser@engin.umich.edu or licenses@caen.engin.umich.edu
>for more information.
>

A followup to my followup:  from the babysit docs:

Babysit is a wrapper for background jobs that suspends the specified job
when a console user logs in, then restarts it after the user logs out.
  :
  :
To run 'myprog' with redirected input and output, and command line argu-
ments, use the following line:

   % babysit myprog arg1 arg2 < mydata > myoutput &
  :
  :

So it's not quite what you're asking for, but it still can do the job.

-- 
      Kurt Hillig
   Dept. of Chemistry      I always tell the     khillig@umich.edu
 University of Michigan     absolute truth    Telephone (313)747-2867
Ann Arbor, MI  48109-1055    as I see it.    hillig@chem.lsa.umich.edu
Newsgroups: comp.unix.misc,comp.unix.questions,comp.unix.programmer
From: kapela@prism.poly.edu (Theodore S. Kapela)
Subject: Re: Daemons must never die
Organization: Polytechnic University, New York
Date: Fri, 6 Nov 92 14:22:50 GMT

In article <Bx7Ku6.AAq@ns1.nodak.edu> malenovi@plains.NoDak.edu (Nikola Malenovic) writes:
>
>the standard way of creating a daemon process is:
>
 [ TEXT DELETED }
>
>/* child continues!!! */
>setsid();/* become a session leader! */

Most daemons also redirect stderr, stdout, and stdin to /dev/null.
A dup2(2V) for each of these fits the bill.

>NOTE the following: fork() does not guarantee who will be run first - in
>case that the parent gets started first, it will kill itself and the child
>will receive SIGKILL too! then all the forking was futile. in order to be

This is not true.  Signals do not necesarily get passed from parent to child.
If kill(2V) is passed a process id of 0, it sends the signal specified to
all processes in the calling program's process group.  If the pid is
a positive value, only that process receives the signal.  If the pid is
negative, then all processes in the same process group as the process
specified by pid will recieve the signal.  killpg(2) may also be used
for this.

>SURE that the child will have time to do setsid() BEFORE the parent dies
>(and kills the child by killing itself too!) you can either use the 'sure'
>way - vfork(), which guarantee that the child will be run first, OR have

Ah, but vfork(2) does not *necesarily* guarantee that the parent will block
until the child exits.  With SunOS 4.X, vfork(2) spawns a new process, 
using all of the parent's resources (memory, file descriptors (and the 
objects they reference), etc. . .) With this implementation, the 
parent is blocked until the child process exits (via _exit(2V) 
(*not* exit(2)) or via an execve(2V)).  If the child never exits, 
the parent never continues.

With AIX 3.X, vfork(2) is implemented similar to fork(2V):  A completely
new process is started, in its own address space, using none of the parent's
resources.  With this implementation, the parent does *NOT* block, and
may continue on.

>to loose the CPU, and if the CPU scheduling is round-robin, you hope that
>between sleep(1) and the next CPU burst time of the parent, the child will

You don't need to worry about this.  BSD4.3 NET2 (and BSD4.4) have a
routine daemon() in libutil that system daemons use.  It essentially does
a fork(), parent exit(), child setsid(), child dup2() once each on
stdin, stdout, stderr filenos.  I have used similar code many times, and
it is always reliable.

-- 
..............................................................................
 Theodore S. Kapela				kapela@poly.edu
 Center for Applied Large-Scale Computing	
 Polytechnic University
Xref: sparky comp.unix.misc:4057 comp.unix.questions:13039 comp.unix.programmer:5191
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.unix.misc,comp.unix.questions,comp.unix.programmer
Subject: Re: Daemons must never die
Date: 6 Nov 1992 17:03:54 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: telecaster.think.com

In article <id.BAPU.XE3@ferranti.com> peter@ferranti.com (peter da silva) writes:
>In article <1992Nov1.114010.464@global.hacktic.nl> peter@global.hacktic.nl (Peter Busser) writes:
>> My question is: do (most) daemons just fork+parent exit/child goes on, or
>> what?
>Most daemons assume that their parents have set things up for them. If there
>is a need for a self-backgrounding program write a front end or provide an
>appropriate flag that means "background yourself".

Most of the standard SunOS 4.x daemons (which are mostly the BSD versions)
are self-backgrounding.  These include inetd, lpd, portmap, ypserv, ypbind,
routed, named, biod, syslogd, sendmail, automount, and mountd.

I've seen some daemons that have a flag that means "don't background
yourself and send output to stderr (instead of logging)".
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
Newsgroups: comp.unix.misc
From: boyd@prl.dec.com (Boyd Roberts)
Subject: Re: Is anyone using m4?
Keywords: m4,macro,preprocessor
Organization: Digital Equipment Corporation - Paris Research Laboratory
Distribution: comp.*.unix
Date: Sat, 7 Nov 1992 00:54:45 GMT

Yeah, we use it to generate N window manager rc's from a set
of standard configs that all of them include.  m4 is cool.


Boyd Roberts			boyd@prl.dec.com

``Not only is UNIX dead, it's starting to smell really bad.''  -- Rob Pike
From: barr@pop.psu.edu (David Barr)
Newsgroups: comp.unix.misc
Subject: Re: Is anyone using m4?
Keywords: m4,macro,preprocessor
Date: 11 Nov 92 19:39:39 GMT
Organization: Penn State Population Research Institute

In article <1992Nov10.164718.19827@news.eng.convex.com> tchrist@convex.COM (Tom Christiansen) writes:
>
>[the scariest m4 i've ever seen deleted]
>
>aren't you glad i use perl now? :-)

Sick tom, real sick.   I'm VERY glad you use perl now.  :-)

Then there's the story of the guy who wrote a fingerd that pipes your
.plan file through m4.  I can think of some nifty security problems
there.  :-)

--Dave

P.S.
What the hell kind of distribution is: "Distribution: comp.*.unix"
-- 
System Administrator, Population Research Institute    barr@pop.psu.edu
  But you don't cure bad art by locking it all up in one museum,
  you cure it by throwing tomatoes at bad artists.  - Barry Shein
Newsgroups: comp.unix.misc