HDTenEightyP/NetNews huggingface dataset:
From: orjanr@staff.cs.uit.no (Orjan Robertsen)
Subject: Re: Please explain...
Keywords: Telnet, pseudo-terminals, sockets
Organization: University of Troms
Date: Mon, 23 Nov 1992 15:58:41 GMT

First of all, thanks to those who took the time to send replies...

I have found the reason for my troubles with telnetd. 

As most of the replies pointed out to me, normally all the information
forwarding between the network (socket) and the master side of the pty
is done by telnetd. 

This is not the case in my system. I'm sorry I didn't include
a description of my environment. I'm running under HP-UX 8.07, and as
Barry Margolin says in his reply, some systems may have functionality that 
allows direct connection between two stream modules. This is what happens
in my case. HP-UX gives the opportunity to connect the slave side of the pty
directly to the socket. This effectivly disconnects the telnetd from any
further communication, and explains why monitor doesn't show any telnetd
activity.

The software that takes over the forwarding is in HP-UX called NVS = Network
Virtual Terminal via sockets (server end). This software resides whitin the
kernel, so that scheduling overhead of telnetd isn't longer a issue.

As for monitor, this is an exellent piece of software giving the oppurtunity
to monitor most of what a machine/process is doing. My monitor wasn't broken,
and it is very good for monotpting all kinds of I/O :-)

Solution: HP-UX uses NVS to merge master pty directly with socket, therby
bypassing the normal sosend() soreceive() routines. The software that is used
instead of telnetd  runs whithin the kernel. This speeds up telnet by getting
rid of telnetd scheduling. This may be a vital speedup if your operating system
is running on a terminal server with say 500 terminals....

Thanks again

-- 
////      rjan W. Robertsen            |e-mail   : orjanr@staff.cs.uit.no////
///Dept. of Computer Science, University|Home     : +47-83-82897          ///
// of Tromsoe, N-9000 TROMS, NORWAY    |Phone/Fax: +47-83-44053/44580    //
From: postmaster@tintin.csl.sni.be
Newsgroups: comp.unix.wizards
Subject: smtp mail failed
Date: 23 Nov 92 08:36:20 GMT

Your mail to magellan is undeliverable.
---------- diagnosis ----------
---------- unsent mail ----------
From Unix-Wizards Sun Nov 22 15:34:04 0600 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 <m0mtWu2-0000t2C@snibru.uucp>; Mon, 23 Nov 92 07:04 MEZ
Received: from vm1.NoDak.edu by ub4b.buug.be (5.65c/ub4b_02)
	id AA29954; Mon, 23 Nov 1992 07:56:40 +0100
Received: from NDSUVM1.BITNET by VM1.NoDak.EDU (IBM VM SMTP V2R2)
   with BSMTP id 2247; Mon, 23 Nov 92 00:54:48 CST
Received: from NDSUVM1.BITNET by NDSUVM1.BITNET (Mailer R2.07) with BSMTP id
 0653; Mon, 23 Nov 92 00:54:20 CST
Message-Id: <199211230656.AA29954@ub4b.buug.be>
Date:         Sun, 22 Nov 1992 15:34:04 -0600
Reply-To: Unix-Wizards@BRL.MIL
From: "Mohan J. Kumar" <mkumar@CS.UTEXAS.EDU>
Subject:      Need a raw ethernet interface
X-To:         jimh@pacdata.com
X-Cc:         unix-wizards@sem.brl.mil
To: Multiple recipients of list UNIX-WIZ <UNIX-WIZ@VM1.NoDak.EDU>
Content-Type: text
Content-Length: 311

I used a package called EtherPeek on the Mac. I think it could display
CRC errors. I am not sure about UDP protocal errors.

Mohan
----------------------------------------------------------------
Mohan J. Kumar                  e-mail: mkumar@cs.utexas.edu
Univ of Texas at Austin         Phone: (512)-371-7106
Newsgroups: comp.unix.wizards
From: phardie@nastar.uucp (Pete Hardie)
Subject: Re: The Problem with UNIX
Organization: Digital Transmission Systems, Duluth, GA.
Date: Tue, 17 Nov 1992 20:58:36 GMT

In article <Bxtx2o.Bo7@fig.citib.com> gjb@fig.citib.com (Greg Brail) writes:
>Not too many years ago a bunch of Navy crewmen who hadn't read all the FMs
>on the USS Vincennes blew up an airliner, killing hundreds of innocent people.

Wasn't that airliner also using a transponder scavenged from a military jet,
giving it a military 'profile' on radar?

>UNIX is becoming more and more common in commercial environments, but this 
>attitude will drive people away. Fortunately, it's possible to give "Joe 
>User" a reasonable interface and save the command line for the hackers.

Sometimes a command line *is* the reasonable interface.

>That's why I have a Macintosh at home.

Try this:  list all the C code files in a given directory on your Mac, using
the iconinc interface.  Only files with '.c' suffix.


-- 
Pete Hardie:  phardie@nastar  (voice) (404) 497-0101
Digital Transmission Systems, Inc., Duluth GA
Member, DTS Dart Team           |  cat * | egrep -v "signature virus|infection" 
Position:  Goalie               |
Xref: sparky comp.unix.wizards:4740 comp.unix.shell:4744 comp.unix.misc:4207
From: valdis@black-ice.cc.vt.edu (Valdis Kletnieks)
Newsgroups: comp.unix.wizards,comp.unix.shell,comp.unix.misc
Subject: Re: The Problem with UNIX
Date: 17 Nov 92 02:23:12 GMT
Followup-To: comp.unix.wizards
Organization: Virginia Tech, Blacksburg, VA

In article <EEIDE.92Nov12154722@asylum.cs.utah.edu> eeide%asylum.cs.utah.edu@cs.utah.edu (Eric Eide) writes:
>
>It sounds as if you are proposing the invention of an application-independent
>command line parser that does more than just syntactic processing (as provided
>by getopt()).  This would definitely be interesting -- but is it really
>possible?  What would it look like?  What would the universal meaning of `-l'?

Didn't the opsys on the DEC-20 (twenex?) do this?  I think it even
allowed 'completion' of more than just filetypes - however, it *did*
involve firing up the binary of the program a bit earlier because
there was some incestuous relationship between the command's code
and the command line interpreter.  Essentially, the command had
a section of code that could be called by the interpreter to
"assist" parsing.

Twenex gurus feel free to correct me.

				Valdis Kletnieks
				Computer Systems Engineer
				Virginia Tech
Newsgroups: comp.unix.wizards
From: postmaster@tintin.csl.sni.be
Newsgroups: comp.unix.wizards
Subject: smtp mail warning
Date: 15 Nov 92 10:44:16 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,comp.sys.sun.admin,comp.unix.admin,comp.protocols.nfs
From: rmilner@zia.aoc.nrao.edu (Ruth Milner)
Subject: Re: Secondary Groups Failure Intermittent
Reply-To: rmilner@zia.aoc.nrao.edu (Ruth Milner)
Organization: National Radio Astronomy Observatory, Socorro NM
Date: Thu, 19 Nov 92 20:17:59 GMT

In article <2931079435.2.p00078@psilink.com> "Andrew Luck" <p00078@psilink.com> writes:
>Adding some users to secondary groups using the groups database works
>Adding others to the groups database doesn't work

There's a bug in the SunSolve database somewhere (don't have access to it
right now) which indicates that this can be a problem and that sometimes
you have to do a "cd /var/yp; rm netid.time; make netid" in addition to
the "make group", in order for group changes to be propagated properly.

One of our other sites also had problems with group membership changes not
being picked up, and this turned out to be the problem.
-- 
Ruth Milner                          NRAO/VLA                  Socorro NM
Computing Division Head      rmilner@zia.aoc.nrao.edu
Newsgroups: comp.unix.wizards
From: mcdowell@exlogcorp.exlog.com (Steve McDowell)
Subject: Re: Changing the owner of a process
Keywords: process ownership
Organization: EXLOG, Inc.
Date: Thu, 19 Nov 92 22:07:59 GMT

In article <1992Nov17.142837.21252@dale.ksc.nasa.gov> torek@horse.ee.lbl.gov (Chris Torek) writes:
> If you simply reach in and replace a process's uid, the kernel will 
> eventually panic when it notices the inconsistent counts.

Why is it going to panic over an inconsistent process count? That's simply not good 
operating system design. 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 a process is facing starvation or scheduling temporarily becomes
suspended because of the situation, then so what? It's still better than a panic. 

Panic's should be used strictly for irreversable situations; an out of whack counter 
shouldn't be an irreversable situation as long as the computer knows how to count. More 
attention needs to be paid to error recovery. 

-- 
Steve McDowell             . . . . o o o o o 		Opinions are 
Exlog, Inc.	                  _____      o     	mine, not my 
mcdowell@exlog.com      _____====  ]OO|_n_n__][.    	employers..
		       [_________]_|__|________)<
From: oleg@gd.cs.csufresno.edu
Newsgroups: comp.unix.wizards
Subject: Re: The Problem with UNIX
Date: 22 Nov 92 02:18:26 GMT
Organization: Computer Science Departement of California State University in Fresno

In article <1992Nov19.182237.513@gamelan> thf@zelator.in-berlin.de (Thomas Funke) writes:
>In article <1992Nov16.234721.3224@nic.csu.net> oleg@gd. (Oleg Kibirev) writes:
>> 
>> This remindes me about real old Hewlett Packard BASIC interpeter...
>> ???
>> RUN
>> ERROR 4578 IN LINE 8083
>
>Well, this is good information: It tells you 
>
>	- Look in the handbook at error number 4578
>	- The error is found on line 8083
>
>The UNIX way of life is this:
>
>	Segmentation fault
>
Except we didn't have gdb on Hewlett Packard!

Oleg
From: wp@orion.erls01.siemens.de (Wolfgang Prediger)
Newsgroups: comp.unix.wizards
Subject: Re: amnesiac
Date: 16 Nov 92 07:49:03 GMT
Reply-To: wp@orion.erls01.siemens.de
Distribution: comp
Organization: SIEMENS AG, AUT 482, Nbg-M
X-Newsreader: TIN [version 1.1 PL6]

Jeff Wandling (n8743196@henson.cc.wwu.edu) wrote:
> 
> sunos% strings /usr/etc/getty | grep Amnesiac
> Amnesiac
> 
> It may seem like a really trivial questiion, but I just wanted to know
> why the string "Amnesiac" is in getty.  Could someone mail me the source?
> 
Amnesiac is shown in getty's login prompt if no hostname is set for
the machine.

That's all.

Wolfgang

--
Name : Wolfgang Prediger
Email: wp@orion.erls01.siemens.de
Snail: Siemens AG, AUT 482, Gleiwitzer Str. 555, 8500 Nuernberg Germany
Voice: +49 911 895 3155 (work)
 --- "Beam me up, Scotty, there's no intelligent life down here !" ---
From: mrbarber@mtu.edu (MICHAEL BARBER)
Newsgroups: comp.unix.wizards
Subject: unsubscribe
Date: 22 Nov 92 15:21:15 GMT

Please unsubscribe me from this list.  I've tried the "correct" methods
but they don't seem to work.  Thank you.

-Michael Barber
From: lusol@Lehigh.EDU (Stephen O. Lidie)
Newsgroups: comp.unix.wizards
Subject: Re: The Problem with UNIX
Date: 23 Nov 92 15:23:02 GMT
Organization: Lehigh University, Bethlehem PA

In article <BZS.92Nov22202406@world.std.com> bzs@world.std.com (Barry Shein)
writes:
                                         
>
>1992                    4 million +             Unix is too user unfriendly,
>                                                it will never catch on.
>
>(I'm sure people will quibble the numbers, I'm also sure that my point
>will remain the same when the dust settles.)
>

>Similarly, with almost exactly the same parameters (hardware prices
>dropping etc), how come OS's like VMS have fared so horribly?
>

I believe U*x got where it is not because it's good but rather because of $$. 
Producing
a blazing box costs nothing compared to the thousands of man-years and tons of
money required to develop a new OS.  Harware folks found they could dial-up
their nearest
bulletin board and download an OS for essentially zero cost.  And, gee, there
was a
tiny amount of compatability since others were doing the same!  It's all
history now ...
U*x is here for awhile, but it's old, inconsistent and has terrible
'interfaces'.

SOL
Lehigh University Computing Center
  
Newsgroups: comp.unix.wizards
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: system call write
Organization: McGill Research Centre for Intelligent Machines
Date: Sun, 15 Nov 92 20:39:22 GMT

In article <1992Nov13.164855.14013@tamsun.tamu.edu>, pnarayan@cs.tamu.edu (P S Narayan) writes:

> When I do a write (fd, buf, bytes), assuming that the file descriptor
> refers to an open block device say disk, is the kernel going to copy
> buf from user space to system buffer or is it going to flush it
> immediately onto disk ?

This is of course system-dependent.  Every system I know of (which for
knowledge at this level is restricted to BSD derivatives) will have
copied the data out of your buffer by the time write() returns.  The
relevant buffers in the buffer cache will be marked dirty and will be
flushed to disk at the next sync() or when buffers are needed for some
other use.

> In that case how can the user process without closing the files,
> ensure that his write system call flushes info onto disk ? Is there a
> way to do it ?

> My question is how can I get synchronous write ?

If you're accessing a file, I know of no way; at best you can make it
push the dirty pages immediately, but I don't know of any way to wait
until the I/O actually completes.  If you're using a special device, it
is of course up to the driver; all block special devices I know of
behave like files in this respect.  Character special devices are,
usually, better: they tend to wait until the I/O completes.

Of course, given things like caching disk controllers, it may not be
possible to tell whether the bits have actually reached the medium.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.unix.wizards
From: naam@cecer.army.mil (Ramez Naam)
Subject: running background programs from startup scripts
Organization: US Army Corps of Engineers Construction Engineering Research Labs
Date: Fri, 20 Nov 1992 19:52:48 GMT


Since noone in comp.unix.questions seems to know:

I'm having trouble forcing a c-shell script to be executed in the
background from my .login.  Just enterring
	myprogram_name &
in the .login creates a self-spawning process.  Is there anyway to
get around this?  Also, can anyone explain to me why this occurs?

On a related note, what's the easiest way to cause *any* shell script
to execute another script in the background, and then terminate without
waiting for its child process to exit?  Using
	exec program &
also creates a self-spawning process.  Any help on this at all would
be appreciated.

--
Ramez Naam
naam@lorax.cecer.army.mil

--
Ramez Naam
naam@lorax.cecer.army.mil
Newsgroups: comp.unix.wizards,comp.unix.questions,comp.unix.programmer,comp.unix.internals
From: msm@eng.ufl.edu (Michael S. McLean)
Subject: Re: Changing the owner of a process
Keywords: process owner
Organization: Engineering Computing Services - Univ. of Fl.
Date: Tue, 17 Nov 92 20:08:13 GMT

In article <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. 
|> ---
|> 
|> This is one of those dirty tricks I've always wanted to get around to
|> figuring out a way to do... (without kernel source, that is)
|> 
|> 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.

There is no need to write another device driver for this.  /dev/kmem will
suffice.

-- 
Michael S. McLean (msm@eng.ufl.edu)                
Engineering Computing Systems             "Imagination is the one weapon
College of Engineering                     in the war against reality."
University of Florida                         -- Jules de Gaultier
From: gordon@sneaky.lonestar.org (Gordon Burditt)
Subject: Re: The Problem with UNIX
Organization: Gordon Burditt
Date: Mon, 16 Nov 1992 12:00:09 GMT

>  I think this is kinda what he is trying to determine.  Typicaly UNIX
>imposes far more structure on the user than is desired.  I agree an
>experienced user should be able to recognize and avoid the problems
>above.  What's wrong with the shell catching such obvious errors and
>either reporting them or taking other appropriate action (ie correcting

The shell has no business knowing that a program called "mail" doesn't
take binary files as input.  (For one thing, it has no way of knowing 
that the "mail" in the user's local bin directory doesn't check for binary 
files and uuencode them).  It is the job of the "mail" program itself
to check its input and either convert it or object to it.

The problem with "cat a b > b" is harder.  "cat" can't do the check
because the damage has already been done.  But you can't generalize
this; something like "mail a b > b < text" DOES NOT clobber one of
its input files even though this command line is very similar to
the one using "cat".  

Now, how much does the shell have to know about every program that
it invokes, and how does it get that information?

					Gordon L. Burditt
					sneaky.lonestar.org!gordon
Newsgroups: comp.unix.wizards,comp.unix.shell,comp.unix.misc
From: andy@research.canon.oz.au (Andy Newman)
Subject: Re: The Problem with UNIX
Organization: Canon Information Systems Research Australia
Date: Fri, 20 Nov 1992 05:02:41 GMT


barnett@crdgw1.ge.com writes:
>I don't want to type
>       list -long -time  -reverse -all
>or
>       list -lo -ti  -r -a
>or
>       list -lo/ti/r/a
>or even
>       list -l/t/r/a
>when I can type
>       ls -ltra

Its funny, a lot of of the systems that have these long-winded command
names and options (ever used VM/CMS?) have a method of shortening the
commands to something that's less demanding on one's typing abilities.

E.g. on VM/CMS (I haven't used it for a while so excuse any
inaccuracies) the command to copy one file to another is really called
"copyfile" but most people use CMS abbreviations to allow them to run
it as "co" (one letter difference from 'cp' ignoring ASCII/EBCDIC :-)

-- 
Andy Newman (andy@research.canon.oz.au)
Newsgroups: comp.unix.wizards,comp.unix.shell,comp.unix.misc
From: les@chinet.chi.il.us (Leslie Mikesell)
Subject: Re: The Problem with UNIX
Organization: Chinet - Public Access UNIX
Date: Mon, 16 Nov 1992 18:38:43 GMT

In article <id.6HYU.VML@ferranti.com> peter@ferranti.com (peter da silva) writes:

>No, I am of the opinion that if you want to send binary data you should use
>a program called "send", rather than overloading the semantics on mail. In
>principle you have no idea what the recipient will be able to deal with, and
>in the general case you have no way to know.

I realize that this may be what you *have* to do, but that goes along
with the topic of this thread.  I can't see why it should be that way
except for "historical" reasons which is kind of an anacronism in a
world where two-year old equipment is obsolete.

Besides, if you don't know what the recipient will be able to deal
with, why would you want to send a binary file?

>If your default mail program
>just arbitrarily makes assumptions (in the absence of explicit command line
>options or an interactive exchange) about the capabilities of the recipient
>and mail transfer tools (who knows, they could be on Fido, or Compuserve)
>then you WILL burn people.

This is true of virtually any form of data transfer.  Should tar and cpio
refuse to transfer arbitrary data too, on the assumption that someone
might try to retreive it on a machine where it couldn't be used?

>In the meantime, the following should be a 40 line shell script:

Shell script??? Now who's making assumptions?  Hardly anyone that I
would send a binary attachment to is on a machine that can run a
shell script.

Les Mikesell
  les@chinet.chi.il.us
Newsgroups: comp.unix.wizards
From: paien00@DMI.USherb.CA (Nick)
Subject: NNTP Server!
Organization: Ascot Boyz - ANS Reader - BB #1
Date: Mon, 23 Nov 1992 14:22:47 GMT

Hi!

	I would like to know if someone would have an adress for a
remote NNTPServer????? Thanks!



paien00@dmi.usherb.ca
-- 
						Nick
  - Ce n'est pas parce qu'une rumeur ne tient   
     pas debout... qu'elle ne peut courir !
From: postmaster@tintin.csl.sni.be
Newsgroups: comp.unix.wizards
Subject: smtp mail failed
Date: 16 Nov 92 07:56:32 GMT

Your mail to magellan is undeliverable.
---------- diagnosis ----------
---------- unsent mail ----------
From Unix-Wizards Fri Nov 13 15:27:20 UT 1992 remote from BRL.MIL remote from tintin
Received: from BRL.MIL by tintin.csl.sni.be; Fri, 13 Nov 1992 19:07 MET
Received: by snibru.uucp (/\==/\ Smail3.1.25.1 #25.4)
	id <m0mq4Nt-0000mwC@snibru.uucp>; Fri, 13 Nov 92 18:00 MEZ
Received: from vm1.NoDak.edu by ub4b.buug.be (5.65c/ub4b_02)
	id AA15673; Fri, 13 Nov 1992 18:48:19 +0100
Received: from NDSUVM1.BITNET by VM1.NoDak.EDU (IBM VM SMTP V2R2)
   with BSMTP id 1775; Fri, 13 Nov 92 11:47:00 CST
Received: from NDSUVM1.BITNET by NDSUVM1.BITNET (Mailer R2.07) with BSMTP id
 5540; Fri, 13 Nov 92 11:46:56 CST
Message-Id: <199211131748.AA15673@ub4b.buug.be>
Date:         Fri, 13 Nov 1992 15:27:20 UT
Reply-To: Unix-Wizards@BRL.MIL
From: "Terry Jeffery International Product Support Group"              <TGJ@UKHOUO.PRIME.COM>
Subject:      Configuring Racal Modem
X-To:         UNIX-WIZARDS@BRL.MIL
To: Multiple recipients of list UNIX-WIZ <UNIX-WIZ@VM1.NoDak.EDU>
Content-Type: text
Content-Length: 612

I'm trying to configure a Racal-Vadic vi2422PA modem which is Hayes
Compatible on a Sparc 2. The problem is that the modem does not drop Carrier
Detect (CD) when there is no signal on the line. This causes getty to tie up
the serial port and prevent me calling out.

modem is set for xon/xoff using a straight through modem cable. Port config
is :-

ttyb-mode=9600,8,n,1,s
ttyb-rts-dtr-off=true
ttyb-ignore-cd=false

ttytab reads :-
cua1    "/usr/etc/getty std.2400"       unknown         off remote secure
ttyd1   "/usr/etc/getty std.2400"       dialup          on modem secure

ttyb has been renamed to ttyd1.