HDTenEightyP/NetNews huggingface dataset:
From: postmaster@tintin.csl.sni.be
Newsgroups: comp.unix.wizards
Subject: smtp mail failed
Date: 23 Nov 92 08:36:12 GMT

Your mail to magellan is undeliverable.
---------- diagnosis ----------
---------- unsent mail ----------
From UNIX-WIZARDS Sun Nov 22 15:14:57 EST 1992 remote from BRL.MIL remote from tintin
Received: from BRL.MIL by tintin.csl.sni.be; Mon, 23 Nov 1992 08:11 MET
Received: by snibru.uucp (/\==/\ Smail3.1.25.1 #25.4)
	id <m0mtWu0-0000t0C@snibru.uucp>; Mon, 23 Nov 92 07:04 MEZ
Received: from vm1.NoDak.edu by ub4b.buug.be (5.65c/ub4b_02)
	id AA29937; Mon, 23 Nov 1992 07:55:54 +0100
Received: from NDSUVM1.BITNET by VM1.NoDak.EDU (IBM VM SMTP V2R2)
   with BSMTP id 2245; Mon, 23 Nov 92 00:54:16 CST
Received: from NDSUVM1.BITNET by NDSUVM1.BITNET (Mailer R2.07) with BSMTP id
 0647; Mon, 23 Nov 92 00:54:14 CST
Message-Id: <199211230655.AA29937@ub4b.buug.be>
Date:         Sun, 22 Nov 1992 15:14:57 EST
Reply-To: UNIX-WIZARDS@BRL.MIL
From: "The Moderator (Mike Muuss)" <Unix-Wizards-Request@BRL.MIL>
Subject:      UNIX-WIZARDS Digest  V17#006
X-To:         UNIX-WIZARDS@BRL.MIL
To: Multiple recipients of list UNIX-WIZ <UNIX-WIZ@VM1.NoDak.EDU>
Content-Type: text
Content-Length: 9491

UNIX-WIZARDS Digest          Sun, 22 Nov 1992              V17#006

Today's Topics:
                  Re: Changing the owner of a process
                       Re: The Problem with UNIX

-----------------------------------------------------------------

From: Steve McDowell <mcdowell@EXLOG.COM>
Subject: Re: Changing the owner of a process
Keywords: process ownership
Date: 21 Nov 92 17:39:26 GMT
To:       unix-wizards@sem.brl.mil

In message <1992Nov21.053022.17380@ra.msstate.edu>fwp@CC.MsState.Edu (Frank
 Peters) writes:
>
> If you had posted "wouldn't it work if you did foo?" or "why couldn't
> you just do foo?" or "I think it would probably be better to do foo." I
> suspect you would have gotten a very different response.  But you
> didn't.  You just told him why what he was doing was wrong.  Contained

You're absolutely right, of course. One of the problems with USENET is
it allows immediate train-of-thought responses; that's exactly what
I gave in my original post. My tone was wrong, and for that I apologize.

One thing, though, that I want to get straight up front: I was not
leveling a personal attack on Chris Torek. The tone of your article
Xref: sparky comp.unix.wizards:4746 comp.unix.shell:4750 comp.unix.misc:4211
From: smr@pki-nbg.philips.de (Stephen Riehm)
Newsgroups: comp.unix.wizards,comp.unix.shell,comp.unix.misc
Subject: Re: The Problem with UNIX
Date: 17 Nov 92 12:39:31 GMT
Reply-To: smr@pki-nbg.philips.de

oleg@gd. (Oleg Kibirev) writes:

> Seriously, I would really appreciate a call like eprintf that accepts
> the same arguments as printf but also has staff like %n for program
> name, %m for message, %p for callers PID etc. This would encourage people
> to use more meaningful diagnostics.

It already exists:
	fprintf(stderr,"%s[%d]: %s\n", argv[0], (int)getpid(), "message");

Of course there are the usual 50,000 different ways of formatting this
same line, but the code is there, the problem is that people don't use
it. The second problem is that there are guys out there who get
wonderful new schemes in their heads, and insist that everyone working
on their project use this wonderful new scheme (I do this sometimes,
but I am leveling out in my young age), there is no STANDARD way of
producing errors, printing to stderr is about as close as you get. I
really feel that it just takes a very small amount of clear thinking
combined with an even smaller amount of effort to do it RIGHT (but
according to whose definition of RIGHT?).

Of course if you really want to "sell the product", you should be
using NLS (or some equivalent), then your code is reduced when
printing errors, and you don't need to change the code to use it with
heaps of different languages.

while on the subject of international character sets, to read the name
of my city in my .sig below, you will need the ISO-8859-1 (latin1)
character set :-) (ASCII + 1 bit)

catchya

-----------------------------------------------------------------
Stephen Riehm		Configuration Management	   _-_|\ 
smr@pki-nbg.philips.de	Philips Kommunikations Industrie  /     \
Work: +49 911 526 2975	N|rnberg, Germany		  \_.-.!/
Fax:  +49 911 526 3678	"I was there, now I am here!"	       v 
"My company speaks another language, I CAN'T speak on its' behalf"
From: postmaster@tintin.csl.sni.be
Newsgroups: comp.unix.wizards
Subject: smtp mail failed
Date: 16 Nov 92 08:57:49 GMT

Your mail to magellan is undeliverable.
---------- diagnosis ----------
---------- unsent mail ----------
From UNIX-WIZARDS Wed Sep  9 15:15:12 EST 1992 remote from BRL.MIL remote from tintin
Received: from BRL.MIL by tintin.csl.sni.be; Sat, 14 Nov 1992 23:53 MET
Received: by snibru.uucp (/\==/\ Smail3.1.25.1 #25.4)
	id <m0mqVK4-0000muC@snibru.uucp>; Sat, 14 Nov 92 22:46 MEZ
Received: from vm1.NoDak.edu by ub4b.buug.be (5.65c/ub4b_02)
	id AA15034; Sat, 14 Nov 1992 21:59:14 +0100
Received: from NDSUVM1.BITNET by VM1.NoDak.EDU (IBM VM SMTP V2R2)
   with BSMTP id 6951; Sat, 14 Nov 92 14:58:12 CST
Received: from NDSUVM1.BITNET by NDSUVM1.BITNET (Mailer R2.07) with BSMTP id
 1481; Sat, 14 Nov 92 14:58:10 CST
Message-Id: <199211142059.AA15034@ub4b.buug.be>
Date:         Wed, 9 Sep 1992 15:15:12 EST
Reply-To: UNIX-WIZARDS@BRL.MIL
From: "The Moderator (Mike Muuss)" <Unix-Wizards-Request@BRL.MIL>
Subject:      UNIX-WIZARDS Digest  V16#004
X-To:         UNIX-WIZARDS@BRL.MIL
To: Multiple recipients of list UNIX-WIZ <UNIX-WIZ@VM1.NoDak.EDU>
Content-Type: text
Content-Length: 6492

UNIX-WIZARDS Digest          Wed, 09 Sep 1992              V16#004

Today's Topics:
                     hmm one more npasswd story...
                                 GOSIP
                        SCCS to RCS translation
                     HELP: MsgQueue not "reading"?
             Re: 'cat'ting 8 bit data to the terminal.....
              Re: ASYNCHRONOUS FILE PRESENCE NOTIFICATION

-----------------------------------------------------------------

From: Jimbo@even
Subject: hmm one more npasswd story...
Keywords: sun.
Date: 7 Sep 92 20:19:31 GMT
To:       unix-wizards@sem.brl.mil

The npasswd bug is very famous into differents hackers
groups. (especialy because of last jeff prog...)
something to do with the -rw-rw-rw of some passwds files.
so every body fixed it right now...

- i didnt have the time to test it :) -

 ---------------------------------------------------------------------
'' Remember Hackers have ethics... ''         Jimbo...
 ---------------------------------------------------------------------
From: postmaster@tintin.csl.sni.be
Newsgroups: comp.unix.wizards
Subject: smtp mail failed
Date: 16 Nov 92 07:55:42 GMT

Your mail to magellan is undeliverable.
---------- diagnosis ----------
---------- unsent mail ----------
From Unix-Wizards Fri Nov 13 16:29:25 EST 1992 remote from BRL.MIL remote from tintin
Received: from BRL.MIL by tintin.csl.sni.be; Fri, 13 Nov 1992 23:07 MET
Received: by snibru.uucp (/\==/\ Smail3.1.25.1 #25.4)
	id <m0mq87i-0000mvC@snibru.uucp>; Fri, 13 Nov 92 22:00 MEZ
Received: from vm1.NoDak.edu by ub4b.buug.be (5.65c/ub4b_02)
	id AA25587; Fri, 13 Nov 1992 22:32:48 +0100
Received: from NDSUVM1.BITNET by VM1.NoDak.EDU (IBM VM SMTP V2R2)
   with BSMTP id 3114; Fri, 13 Nov 92 15:31:38 CST
Received: from NDSUVM1.BITNET by NDSUVM1.BITNET (Mailer R2.07) with BSMTP id
 0137; Fri, 13 Nov 92 15:31:37 CST
Message-Id: <199211132132.AA25587@ub4b.buug.be>
Date:         Fri, 13 Nov 1992 16:29:25 EST
Reply-To: Unix-Wizards@BRL.MIL
From: Mehul Mahimtura <PL921366%PACEVM.BITNET@VM1.NoDak.EDU>
Subject:      how to send files in unix besides mail, cp,mv
To: Multiple recipients of list UNIX-WIZ <UNIX-WIZ@VM1.NoDak.EDU>
Content-Type: text
Content-Length: 187

hie!
    please send me the command to send file in unix besides mail,cp,mv

    thanks!
                                  systemfully,
                                   mehul mahimtura
From: RUCHMD@sluvca.slu.edu (MICHAEL RUCH - C&IS LEAD OPERATOR 2550)
Newsgroups: comp.unix.wizards
Subject: UNIX-WIZARDS DIGEST
Date: 17 Nov 92 01:07:27 GMT

HELP
SUBSCRIBE
                                      
*********************************************************
*Michael Ruch                                       * S *
*Internet address:   in%"ruchmd@sluvca.slu.edu"     * L *
*Lead Systems Operator - St.Louis University        * U *
*3694 West pine - St.louis, MO. 63108               * * *
*********************************************************
*"TECHNOLOGY-- IF YOUR NOT LEADING, GET OUT OF THE WAY!"*
*********************************************************
Xref: sparky comp.unix.wizards:4729 comp.unix.shell:4734 comp.unix.misc:4198
From: dansmith@Autodesk.COM (Daniel Smith)
Newsgroups: comp.unix.wizards,comp.unix.shell,comp.unix.misc
Subject: Re: The Problem with UNIX
Date: 16 Nov 92 21:42:39 GMT
Followup-To: comp.unix.wizards
Organization: Autodesk Inc., Sausalito CA, USA

In <1992Nov13.213107.5722@chpc.utexas.edu> michael@chpc.utexas.edu (Michael Lemke) writes:

> In article <1992Nov13.094336.2341@aber.ac.uk> btk@aber.ac.uk (Ben Ketteridge) writes:
> >For example, just to take the 'cat a b > b' problem, you are suggesting IMHO 
> >that
> >the shell shouldn't check redirection of output against the input and warn the
> >user in this case.

> Actually, I think this example should work!  It is a perfectly 
> reasonable request.  

	No it isn't, consider my "glasses of water" theorem:


         |         |          |           |
         |~~~~~~~~~|          |~~~~~~~~~~~|
         |         |          |           |
         |         |          |           |
         |    A    |          |    B      |
         |         |          |           |
          \_______/            \_________/


	Ok, B can get bigger (i.e. a goblet, or a pitcher) to accept water
from A, but what do you mean to do with B's original water?  I think
B's original water must go to:

         |      |_
         |~~~~~~| \
         |   C  | ||
         |      |_/
          \____/

	C, an arbitrary coffee cup in n-dimensional cupboard space, which
can expand to hold any amount of liquid found in A & B.  I think you're
suggesting throwing B's water up in the air while A's water goes to B,
and having B's water splash on top.  This violates most of the laws of kitchen
physics (see Child, Julia "Fractal Baking") and just makes a big mess.
The third container (Tupperware or otherwise) saves the day.  With
this example, you could pour all of the water from C back into B (mv)
and then put C in the dishwasher (rm).

				Daniel
-- 
     Daniel Smith, Autodesk, Sausalito, California, (415) 332-2344 x 2580
	      Disclaimer: written by a highly caffeinated mammal
	    dansmith@autodesk.com            dansmith@well.sf.ca.us

Organization: Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.unix.wizards,comp.unix.internals,comp.unix.programmer
Date: Tue, 17 Nov 1992 13:41:11 -0500 
From: Tod McQuillin <tm8t+@andrew.cmu.edu>
Subject: Re: Changing the owner of a process
Followup-To: comp.unix.internals
	<1992Nov17.142837.21252@dale.ksc.nasa.gov>

eposnak@dale.ksc.nasa.gov (Ed Posnak) writes:
> What I was looking for was something along the lines of how to change the 
> effective user id of a process who's source I may not be able to modify, by 
> some other means, e.g. from another process.  Many suggested writing a device
> driver or system call to do this.  Here is one answer along those lines. 
> ---
> 
> I believe it could be done by writing a device driver. Open the device
> driver and write commands to it, and it does the dirty work. For
> instance, send it 8 bytes containing the process to change and the uid
> to change it to.
> 
> The uid, in every version of Unix I've seen, is stored in the proc
> structure in the kernel. You should be able to fiddle with this at
> will in a device driver, and since it's in the proc structure and not
> the u area, it'll always be there even if the process is swapped out.
> It *should* be just a matter of searching for the entry and changing
> it.

Yeah, but you don't need a device driver to do that.  Just use
/dev/kmem, /vmunix, and nlist(3).

At least for 4.3bsd.
From: postmaster@tintin.csl.sni.be
Newsgroups: comp.unix.wizards
Subject: smtp mail warning
Date: 16 Nov 92 05:14:05 GMT

Your mail to magellan is not yet delivered.
Delivery attempts continue.
---------- diagnosis ----------
---------- unsent mail ----------
From Unix-Wizards Fri Nov 13 16:29:25 EST 1992 remote from BRL.MIL remote from tintin
Received: from BRL.MIL by tintin.csl.sni.be; Fri, 13 Nov 1992 23:07 MET
Received: by snibru.uucp (/\==/\ Smail3.1.25.1 #25.4)
	id <m0mq87i-0000mvC@snibru.uucp>; Fri, 13 Nov 92 22:00 MEZ
Received: from vm1.NoDak.edu by ub4b.buug.be (5.65c/ub4b_02)
	id AA25587; Fri, 13 Nov 1992 22:32:48 +0100
Received: from NDSUVM1.BITNET by VM1.NoDak.EDU (IBM VM SMTP V2R2)
   with BSMTP id 3114; Fri, 13 Nov 92 15:31:38 CST
Received: from NDSUVM1.BITNET by NDSUVM1.BITNET (Mailer R2.07) with BSMTP id
 0137; Fri, 13 Nov 92 15:31:37 CST
Message-Id: <199211132132.AA25587@ub4b.buug.be>
Date:         Fri, 13 Nov 1992 16:29:25 EST
Reply-To: Unix-Wizards@BRL.MIL
From: Mehul Mahimtura <PL921366%PACEVM.BITNET@VM1.NoDak.EDU>
Subject:      how to send files in unix besides mail, cp,mv
To: Multiple recipients of list UNIX-WIZ <UNIX-WIZ@VM1.NoDak.EDU>
Content-Type: text
Content-Length: 187

hie!
    please send me the command to send file in unix besides mail,cp,mv

    thanks!
                                  systemfully,
                                   mehul mahimtura
Newsgroups: comp.unix.wizards
From: boyd@prl.dec.com (Boyd Roberts)
Subject: Re: Changing the owner of a process
Keywords: process ownership
Organization: Digital Equipment Corporation - Paris Research Laboratory
Date: Mon, 23 Nov 1992 22:12:04 GMT

In article <27581@dog.ee.lbl.gov>, torek@horse.ee.lbl.gov (Chris Torek) writes:
> 
> Commercial vendors are free to replace various panic()s with the
> appropriate recovery code.  For our purposes, recovery is not only
> unnecessary, it is in fact *in*appropriate.

Yep, I'm with you, Captain.  I can already smell the napalm burning...


Boyd Roberts			boyd@prl.dec.com

``Not only is UNIX dead, it's starting to smell really bad.''  -- Rob Pike

Newsgroups: comp.unix.wizards
From: sinan@carson.u.washington.edu (Sinan Karasu)
Subject: How does one flush register windows in a SPARC?
Keywords: shared libraries, Stack,SPARC 
Organization: University of Washington, Seattle
Date: Mon, 23 Nov 1992 19:31:12 GMT

 Hi there WIZARDS,
I have this small problem. I have written a little assembly
language routine that when called with the address of a c function
it save the registers and changes the stack pointer to point
to a global array and then calls the function passed.
when function calls me then I again muck around with registers
and stacks and then return to the original caller. The attempt
here is to duplicate an already existing on a 68040 based
machine , a multithreading operation. Now I am also trying
to code this with multithread librarries on Solaris2. Anyway
I got the code written but then I realized that I am going to
run afoul with the window overflow/underflow traps. Reading
the SPARC architecture manual I suspect that there is a system
call that allows me to flush the registers.
Q: How do I flush registers without switching to supervisor
mode etc...
Q: It appears to me that the window overflow/underflow trap 
service routine would have to remember(on second thought
maybe not) where the register window contents was saved.
Is that true? or is the save/restore sequence in conjunction
with the stack pointer the only mechanism?. 

Anyway I'd be glad to know how does one flush the registers.
Thank You
Sinan....



Newsgroups: comp.unix.wizards
From: dbrillha@dave.mis.semi.harris.com (Dave Brillhart)
Subject: Thread Aware ???
Date: Wed, 18 Nov 1992 21:54:10 GMT
X-Newsreader: TIN [version 1.1 PL6]
Reply-To: dbrillha@dave.mis.semi.harris.com
Organization: Harris Semiconductor


I've read about making a function "thread-safe". Recently at a SUN
meeting, I heard of another level of "concern" called "thread-aware".

What does it mean to make a function thread-aware?

Thanks,
--
 ___________________________________________________________________________
/-------------------------------------------------------------------------/|
|  1392.131.1315.429.832.1410         |     Dave Brillhart (407)729-5430  ||
|  (RSA: D=379 N=1517)                |     Harris Semiconductor          ||
|--------------------------------------     Mail Stop 62A-024             ||
|  hsscam::dbrillhart                 |     P.O. Box 883                  ||
|  dbrillha@dave.mis.semi.harris.com  |     Melbourne, FL  32902-0883     ||
---------------------------------------------------------------------------/
From: torek@horse.ee.lbl.gov (Chris Torek)
Newsgroups: comp.unix.wizards
Subject: Re: Changing the owner of a process
Date: 20 Nov 1992 20:30:42 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley
Reply-To: torek@horse.ee.lbl.gov (Chris Torek)
NNTP-Posting-Host: 128.3.112.15
Keywords: process ownership

In article <1992Nov17.142837.21252@dale.ksc.nasa.gov> I noted that
>>If you simply reach in and replace a process's uid, the kernel will 
>>eventually panic when it notices the inconsistent counts.

In article <1992Nov19.220759.1846@exlog.com> mcdowell@exlogcorp.exlog.com
(Steve McDowell) writes:
>Why is it going to panic over an inconsistent process count?  That's
>simply not good operating system design.

I will make you a deal:  If you do not try to tell us how to do O/S
research, I will not try to tell you how to sell commercial systems.

>When it hits an inconsistancy (as it eventually will in some remote
>region of the world) it should simply alert the operator and re-count
>things.

If the counts are goofed up, either the hardware is broken---the 4.4BSD
development line is not intended to be able to handle this situation,
although if it recurs predictably we will probably hack around it---or
(far more likely) there is a bug in the kernel source.  An immediate
panic gives us a much better chance of finding and repairing the bug
than a syslog-and-reset.

Commercial vendors are free to replace various panic()s with the
appropriate recovery code.  For our purposes, recovery is not only
unnecessary, it is in fact *in*appropriate.
-- 
In-Real-Life: Chris Torek, Lawrence Berkeley Lab CSE/EE (+1 510 486 5427)
Berkeley, CA		Domain:	torek@ee.lbl.gov
Xref: sparky comp.unix.wizards:4787 comp.unix.questions:13599
Newsgroups: comp.unix.wizards,comp.unix.questions
Subject: Re: Passing args to login(1)
From: abraham <AASSI@CUNYVM.BITNET>
Date: Wednesday, 18 Nov 1992 14:33:04 EST
Distribution: usa
Organization: City University of New York/ University Computer Center

> From: pynq@quads.uchicago.edu (George Jetson)
> Subject: Passing args to login(1)
> Date: Wed, 18 Nov 1992 14:58:21 GMT
>
> I am pretty sure that under at least some versions of Unix/login, you can
> pass args in along with your login-id, and that these args would then be
> available to your .login/.profile.  See below:
>
>         login: pynq and green
>         Password:
>
>         Then $1 should be "and" and $2 should be "green".
>
> However, this doesn't seem to work under my current version of login
> (and version of SunOS [4.something])
>
> So, my question is: "Am I imagining things, or am I doing it wrong?"
>
> I could of course ask questions in the login script and branch
> accordingly, but it would be cleaner to be able to do it as a command
> line parameter.

    if you only want my opinion, then you are "doing it wrong",
but if you want information you can use then here it goes: You can pass

environment variables to your process but NOT parmeters
Under UNIX SVR3.2 (not familiar with prev. rel) login is defined as:

login [name [env-var ...]]

login: root    TERM=vt100 NAME="unix guru" OPTIONS="NOMENU,EXPERT"
password:

after login is successful, try this:
echo $TERM $NAME $OPTIONS
they should be set to the values you assigned to them at login.  These
variables are governed by the same rules as ordinary environemnt vars
so you may NOT use 1=first_parm 2=second_parm and then use $1 & $2
login is smart and will log you out if you use an invalid identifier.


good luck
From: sivap-s@acsu.buffalo.edu (Suresh .S)
Newsgroups: comp.unix.wizards
Subject: Re: resident clock under vt100?
Date: 20 Nov 92 00:24:33 GMT
Organization: UB
X-Newsreader: TIN [version 1.1 PL6]

The Skateboard Dude (schles@whatever.cs.jhu.edu) wrote:
: Hi.  In our library here at JHU, we have vt100 terminals connected to the
: campus network.  One time while I was working on homework, I realized I didn't
: have my watch on.  So I logged into my CS account and used the 'date' command
: to keep me informed about the time.
: 
: The problem was I was constantly typing in 'date' to check the time.  Is there
: a command or program similar to TSR's on IBM's which could constantly keep me

If you are using 'tcsh' do this 

set prompt = "%m:%S[%T]%s:$cwd:>"

This will highlight the time, and will get updated everytime you hit a
return.

If you are 'csh' do this 

set prompt = "`date | cut -d' ' -f4`:$cwd:t:>"

This  will give the  time which will  get updated everytime  you hit a
return.

If you are in any other shell you have look up the appropriate command
that sets the prompt.

-- 
Suresh Sivaprakasam                    
Department of Computer Science,    SUNY Buffalo,    Amherst,   NY - 14260-0001
Internet :sivap-s@cs.Buffalo.EDU               Bitnet : sivap-s@SUNYBCS.BITNET
Newsgroups: comp.unix.wizards
From: hullhors@anaconda.cis.ohio-state.edu (M J Hullhorst)
Subject: Aux Keyboards and PC Unix
Organization: The Ohio State University Dept. of Computer and Info. Science
Date: Wed, 18 Nov 1992 21:44:07 GMT

Greetings all;

I am trying to find a work around with the PC keyboard standard which will
allow me to fully emulate a VT100 aux keypad on a PC keyboard.

The problem that I am having is that the num lock key changes the key
code responses depending upon the mode it is set in.

Lastly, if there isn't a work around, does a keyboard exist that doesn't
have or use the numlock key?

Thanks in advance,
			Michael

---
Michael Hullhorst                          As far as the laws of mathematics 
Landnet:  614/268-3221                     refer to reality, they are not 
Faxnet:           3322                     certain; and as far as they are  
Internet: michael@neo.neodudes.com         certain, they do not refer to 
          hullhors@cis.ohio-state.edu      reality.     - A.E.
                                            
Newsgroups: comp.unix.wizards