HDTenEightyP/NetNews huggingface dataset:
From: dcb@kopachuk.uucp (David Breneman)
Subject: Re: cu and uucp lock during login
Keywords: cu uucp
Organization: Tacoma Screw Products, Inc.
Date: Sat, 11 Apr 1992 17:59:40 GMT

In article <1992Apr9.112149.23555@urbana.mcd.mot.com> nbernste@urbana.mcd.mot.com (Norman Bernstein) writes:
>eam@cuuxb.ATT.COM (~16DM30100~Ed Marczak~~xxx~xxxxxxx~) writes:
>
>>STUFF DELETED...
>>	>expect: (ogin:)
>>	> 2400^M^J^@^J^M^J^Jpaul losendthem (????????)
>>	>expect: (ogin:)
>>	>Call Failed: LOGIN FAILED
>>	>exit code 101
>>	>Conversation Complete: Status FAILED
>>	
>>	One place to look is the gettydefs file on your target
>>	system. Your host is looking for (ogin:) out of your
>>	Systems file. If the target system describes the incoming
>>	getty (tty)  differently, ie never echos "login:" string,
>>	your cu could hang. Or I could be completely wrong.
>
>>		Later ... ed
>
>Ed is wrong.  The System file "chat script" is used for uucico
>connections.  When you use the cu command, the "chat script" is not
>used . . . the caller gets the login prompt and must respond.  An
>example of use of the the chat script would be to execute:
>
>	/usr/lib/uucp/Uutry -r machine_name
>
>With this you can watch the chat script.

The examples the original poster gave were the output from Uutry.
"expect: (ogin:)" and "Call Failed: LOGIN FAILED" do not show up on
any of our systems during the use of a "cu" :-) . I emailed a response
similar to Ed's to the original poster, assuming his citing of the
"cu" command was a typo.  If this isn't the case, maybe he could
post a followup clarifying the situation...

-- 
David Breneman     Sys Admin, Tacoma Screw Products, Inc. |  ____  ____  ____
dcb@tacoma.uucp              | SCREWIE the TSP CLOWN sez- |   /   /___  /___/ 
 ..!uunet!stephsf!tacoma!dcb |"Stainless steel bolts are  |  /   ____/ / 
CompuServe: 75760,1232       | ferrous but non-magnetic!" |
Newsgroups: comp.unix.questions,comp.lang.perl
From: Tom Christiansen <tchrist@convex.COM>
Subject: Re: kill the shell script?!
Originator: tchrist@pixel.convex.com
Reply-To: tchrist@convex.COM (Tom Christiansen)
Organization: CONVEX Realtime Development, Colorado Springs, CO
Date: Tue, 14 Apr 1992 17:13:12 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

From the keyboard of max@spam.uchicago.edu (Max Ziff):
:I'm working in a team, and I'm responsible for a module that presents
:as interface the standard unix shell-callable process interface:
:namely it takes a few command-line options, but primarily takes its
:input from stdin and writes its output to stdout.
:
:However, the caller of this process is not a shell, it's (at the
:moment) a perl script.  It's important that this caller be able to
:kill the process I'm responsible for (and all its children--there's
:the rub).
:
:The only thing my caller has to hold on to is the process number of
:its child, my process.  At present my module is implemented as a
:/bin/sh script.  It invokes a bunch of other stuff, some of which runs
:for a long time.
:
:At present, when my parent kills me, I die, but none of my children
:do.  I want to set things up so that they all die too.  I would think
:that if I can arrange to be process-group leader, then the signal
:should propogate to all the processes in my group, right?  But how do
:I arrange that, using shell-level tools?  Or perhaps my parent, the
:perl script, can arrange it?

I'd have the parent perl script arrange it, so that it knows whom
to kill.  This demos the idea:


    #!/usr/local/bin/perl
    setpgrp(0,0) || die "setpgrp: $!";
    if (fork) { # i am the parent
	sleep 2;
	kill -1, $$;  # killpg -HUP 
	die "can't get here";
    } else {  # i am the child
	while (1) {
	    print "i am a kid ", ++$i, "\n";
	}
	die "can't get here either";
    }

Replace the child portion with the system("my_shell_script args") and
the killpg should get that script and any of its (well-behaved) kids.

--tom
Newsgroups: comp.unix.questions
From: evans@ih82w8.zk3.dec.com (Marc Evans <Consultant>)
Subject: Re: more OSF/1 vs SVR4 (text)
Reply-To: evans@zk3.DEC.COM
Organization: Synergytics
Date: Mon, 13 Apr 1992 13:02:41 GMT

In article <116@raysnec.UUCP>, shwake@raysnec.UUCP (Raymond N. Shwake) writes:
|> Perhaps the most important thing to keep in mind is that SVR4 is a real,
|> commercial, shipping product while OSF/1 seems forever just around the corner.
|> Now, raise your hand, all those who expect that the first commercial release
|> of OSF/1 will match the stability of those operating systems it is intended
|> to supplant.

Well, let's see here... DEC brought out the OSF/1 ADK about 2/91, followed by
DEC OSF.1 V1.0 about 2/92. Yes, both of these are *based* on the OSF/1 V1.0
source pool. My counting shows 2 versions that have been available to DEC
customers in some form to date. How many before we expect DEC to replace the
Ultrix product entirely (which has been available in parallel)?

I will agree, the commerical suitability of OSF/1 is a good point of concern.
However, I can tell you that having been running OSF/1 many of my DECstation
machines for over a year now, I find the stability for development purposes
more then adequate. I rarely reboot, have kernel crashes or other typical
stability problems. Remember, the sources used to create this OS have been
around for quite some time (pieces of MACH, BSD 4.[34], and others). 

- Marc
-- 
===========================================================================
Marc Evans - Marc@Synergytics.COM           | Synergytics     (603)635-8876
WB1GRH     - WB1GRH@W2XO.#WPA.PA.USA.NOAM   | 21 Hinds Ln, Pelham, NH 03076
---------------------------------------------------------------------------
                      Unix and X Software Consultant
===========================================================================
From: ant@cray.com (Tony Jones)
Newsgroups: comp.unix.questions
Subject: Re: Delete Blank Lines
Date: 8 Apr 92 19:13:29 GMT
Article-I.D.: hemlock.1992Apr8.141329.13315
Reply-To: ant@cray.com
Organization: Cray Research Inc, Eagan, MN

before someone mentions it:
"int c, flag=0;" should of course be "int c, flag=1;"

tony
-- 
Tony Jones (ant@cray.com, ..!uunet!cray!ant)
ComMon Compiler System
Cray Research Inc, 655F Lone Oak Road, Eagan, MN 55121
Newsgroups: comp.unix.questions
From: ash@silver.sni.ca (Ashwin Palekar)
Subject: Re: Substituting words in vi
Reply-To: ash@silver.sni.ca (Ashwin Palekar)
Organization: Siemens Nixdorf Information Systems Ltd.
Date: Mon, 13 Apr 1992 16:37:15 GMT

>Does anybody know how to substitute something like
  \index{hello}
>
>for the word
>   hello

I use ed with the following command:
--start--
g/\\index{\(.*\)}/s//\1/p
--end--

-- 
---------------------------------------------------------------------------
Ashwin Palekar : ash@sni.ca
Office:
Tel : (416) 496-8510 
Fax : (416) 496-8524 
---------------------------------------------------------------------------
Xref: sparky comp.unix.questions:6221 comp.unix.sysv386:8680
From: richard@pegasus.com (Richard Foulk)
Newsgroups: comp.unix.questions,comp.unix.sysv386
Subject: Re: windowing on normal character terminals
Date: 15 Apr 92 14:50:26 GMT
Article-I.D.: pegasus.1992Apr15.145026.22061
Organization: Pegasus,  Honolulu

>>
>>Has anyone come out with a version that doesn't require sockets?  I
>>think this was what the poster was complaining about.  I'd also be
>>interested in a version that will work without sockets.
>>
>	Sorry about not commenting on that. As far as I know, screen still
>needs sockets and it is unlikely that will change since most of the code
>revolves around them.
>

Actually there is a version floating around that's been converted to
use (I think) shared memory instead of sockets.  I think it was supposed
to be running on Esix.

I tried getting it to run on ISC 2.0.2 a while back ... it came close
but was a little flakey.


-- 
Richard Foulk		richard@pegasus.com
Newsgroups: comp.unix.questions
From: sherwood@space.ualberta.ca  (Sherwood Botsford)
Subject: Problems with "bad file number" on exebyte tape drives
Organization: University Of Alberta, Edmonton Canada
Date: Mon, 6 Apr 1992 23:42:34 GMT

I am going slightly nuts over this problem:

I am using an Exebyte 8200 in a dilog box on a NextStation.

I've set the jumper settings to:
Bypass mem test
Check parity
Even byte disconnect
No Busy Enable.

Using mtset, I'm using fixed block size, 8192 bytes/block.

In a script I am calling mt status, which on my machine returns the SCSI sense  
key.  0 indicates "No sense" e.g. waiting and happy.

Then I call gnutar.   95% of the time gnutar works fine.  The last 5% it  
returns "bad file number" immediatly after trying to either read or write
to the tape.

The problem is less likely to happen if the host machine isn't busy.
It's not a problem with the tape.  My script can do a verify only pass, and  
there is no consistency at all as to where the glitch occures, except that it's  
when gnutar opens the file.  

Suggestions?
Newsgroups: comp.unix.questions
From: jik@athena.mit.edu (Jonathan I. Kamens)
Subject: Re: speed of output from a terminal
Organization: Massachusetts Institute of Technology
Distribution: usa
Date: Thu, 9 Apr 1992 20:24:39 GMT

Most UNIX systems do not support a built-in way slow down output.  The
easy solution to this problem is to write a filter that sends its
input to its output, but that inserts a delay between each character.

Doing this is rather trivial.  Here's such a filter, written in perl,
from the perl script archives on convex.com:

#!/usr/bin/perl

$DELAY = ($ARGV[0] =~ /^-(\d+)/) ? (shift,$1) : 10;
$| = 1;

while (<>) {
    foreach (split(//)) {
        print;
        for ($i = 0; $i < $DELAY; $i++) {}
    }
}

The line of the script starting with $DELAY checks to see if the first
argument to the script is of the form "-num" (where "num" is an
integer), and if so, assigns that number as the delay; otherwise, a
delay of ten is used.

-- 
Jonathan Kamens						jik@MIT.Edu
MIT Information Systems/Athena		    Moderator, news.answers
    (Send correspondence related to the news.answers newsgroup
	{and ONLY correspondence related to the newsgroup}
		 to news-answers-request@MIT.Edu.)
Newsgroups: comp.unix.questions,comp.unix.wizards,comp.sys.intel
From: boyd@prl.dec.com (Boyd Roberts)
Subject: Re: How to copy to another machine's /dev
Organization: Digital Equipment Corporation - Paris Research Laboratory
Date: Thu, 9 Apr 92 10:52:53 GMT

In article <id.5VNO.D95@ferranti.com>, kunkee@ferranti.com (randy kunkee) writes:
> 
> Yes.  For example, you can access a remote system's /dev/clock, and you
> can change the tty modes of a remote terminal (//node/dev/tty*).  I can't
> think of a case where a remote ioctl does *not* work, but they probably
> exist.

So either you've got a homogeneous environment or your ioctl handler
_knows_ about all the ioctls or you've been clever.  So which is it?


Boyd Roberts			boyd@prl.dec.com

``When the going gets wierd, the weird turn pro...''
From: wierda@ltb.ltb.bso.nl (Gerben Wierda)
Newsgroups: comp.unix.questions
Subject: What does your SysV/V7/AIX/SCO/HP-UX/etc tar do with too long filenames?
Date: 14 Apr 92 12:18:07 GMT
Organization: BSO/LT, Baarn, The Netherlands

For a program I am writing, I need to know what different tars do when the
archive has names that are too long. Suppose I make a tar on my BSD system and
I give it to you, and you have a SysV system (or whatever). What happens with
too long file names? As file or as directory element in the path?

Can anybody tell me what GNU tar does on SysV systems?

Thanks,
-- 
wierda@ltb.bso.nl (Gerben Wierda) || I speak for myself and not for my employer.
(+31) 2154 84415/(+31) 35 833539  || Support the League for Programming Freedom!
	"If you don't know where you are going, any road will take you there."
	Lewis Carroll, "Alice in Wonderland".
Newsgroups: comp.unix.questions,comp.lang.perl
From: Tom Christiansen <tchrist@convex.COM>
Subject: Re: kill the shell script?!
Originator: tchrist@pixel.convex.com
Reply-To: tchrist@convex.COM (Tom Christiansen)
Organization: CONVEX Realtime Development, Colorado Springs, CO
Date: Tue, 14 Apr 1992 22:47:45 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

From the keyboard of sgccdeb@citec.oz.au (Darren Bock 231 9716):
:>From the keyboard of max@spam.uchicago.edu (Max Ziff):
:>:
:>:However, the caller of this process is not a shell, it's (at the
:>:moment) a perl script.  It's important that this caller be able to
:>:kill the process I'm responsible for (and all its children--there's
:>:the rub).
:>:
:
:>From the keyboard of tchrist@convex.COM (Tom Christiansen):
:
:>Replace the child portion with the system("my_shell_script args") and
:>the killpg should get that script and any of its (well-behaved) kids.
:
:Does anyone have any ideas (or code) for how to handle badly behaved children?
:
:We are using Oracle and Ingres here, and the Oracle database processes are
:badly behaved. All of the processes involved are still attached to the terminal
:but the oracle backend switches itself into a new process group.
:
:This problem exists in other places for us as well but this is the nastiest
:place.

You could possibly analyze the proc hierarchy, but orphaned procs would
still escape you.

--tom
From: Perry_Hutchison.Portland@xerox.com
Newsgroups: comp.unix.questions
Subject: Re: me vs. vi survey *please read*
Date: 10 Apr 92 00:21:22 GMT

> I sometimes use an editor like an astronomer uses a blink comparator,
> rapidly flashing between two nearly identical files to notice the
> differences.  It's much easier than using diff and trying to figure
> out the line numbers.

Ever try "sdiff"?  It's in the "System 5" category of SunOS, so I would
expect to find it on anything sys-5-ish.  It needs a wide screen for
best effect, but is VERY useful for this sort of thing.
Newsgroups: comp.unix.questions
From: ant@cray.com (Tony Jones)
Subject: Re: Yesterday's date
Reply-To: ant@cray.com
Organization: Cray Research Inc, Eagan, MN
Date: 8 Apr 92 13:06:57 CDT

aldavi01@starbase.spd.louisville.edu (aldavi01@starbase.spd.louisville.edu) writes:
: 'Lo all.
:  
: It's a 3B2.  It's System 3.3.2.  (Don't Laugh).
:  
: I'd like to be able to determine Friday's date
: on a Monday.  The UNIX equivalent of
: "Gimme the date from 3 days ago."
:  
: Our date command will only give today's date.
: Is there another utility I'm missing?
: Can this be accomplished through a script?
:  
: Any response is welcome.
:  
: Peter Sweeney
: ps9zrhmc@miamiu.acs.muohio.edu

you can do the following (our current TZ is "CST6CDT")
(note use of bourne shell !!)

$ date "+%d/%m/%y"
08/04/92

# for yesterday (6 + 24 = 30)
$ TZ=CST30CDT date "+%d/%m/%y"
07/04/92

# for 3 days ago (6 + (24 * 3) = 78)
$ TZ=CST78CDT date "+%d/%m/%y"
05/04/92

You can use -ve offsets to look ahead too.


I've always used this approach, though there may be problems, I don't
wish to speak for other time zones.

tony
-- 
Tony Jones (ant@cray.com, ..!uunet!cray!ant)
ComMon Compiler System
Cray Research Inc, 655F Lone Oak Road, Eagan, MN 55121
Newsgroups: comp.unix.questions
From: thad@public.BTR.COM (Thaddeus P. Floryan)
Newsgroups: comp.unix.questions
Subject: Re: Is there a way to tell block size?
Keywords: Tapes, streamer, block size...
Date: 7 Apr 92 05:50:55 GMT
Organization: BTR Public Access UNIX, Mountain View CA

In article <1992Apr6.164742.4366@sobeco.com> dchouina@sobeco.com (Daniel Chouinard) writes:
>  I've got a bunch of tapes that were made with dd.  Is there a simple way
>to tell what block sizes were used?  dd is too friendly and converts them.
>I've looked everywhere (including the FAQ) to no avail.

My tprobe will display the logical blocking of any tape (QIC, Exabyte, 1/2",
and DAT).  It will also display the sizes of each tape file in tape blocks
and in bytes.

In fact, that's why I originally named it "tprobe": to probe tapes to determine
why programs such as dd(1) could not duplicate boot/install tapes for systems
such as SunOS, AT&T 3B2 SVR3.2.2, CTIX, etc.

It wasn't until later I added tape dupe capabilities to tprobe.  It was posted
to alt.sources mid-Feb 1992 and sent to the moderator of comp.sources.unix at
the same time.

Thad Floryan [ thad@btr.com (OR) {decwrl, mips, fernwood}!btr!thad ]
From: wiehn@gdc.com (John Wiehn)
Newsgroups: comp.unix.questions
Subject: Unix Books -- Which are the best?
Date: 8 Apr 92 12:51:22 GMT

I need some help on the best Unix books.  Currently I'm the Librarian
at Data Communications firm and plan on buying Unix books for the
Engineers and programmers.  Which books are considered the best ones
for learning Unix?  Which ones should everyone have on their desk as
reference material?

We need your expert advice!!!!!!!!

I'll post the results!

Thanks.



John Wiehn
WIEHN@EVAX.GDC.COM
From: jgopalan@ho17.eng.ua.edu (Janakiraman Gopalan)
Newsgroups: comp.unix.questions
Subject: Help Wanted : Posting to group 'info.snmp'
Date: 8 Apr 1992 20:29:32 -0500
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: cs.utexas.edu


Hi Everybody!!

	I know that this question should not come to this
newsgroup, but this newsgroup has the a large number of mails
and lot of them see the mails in this group.(I also do ).
So please forgive me.

******************************************************************
	I have not been able to post mail to the
news group 'info.snmp' .
	
	Any suggestion and help will be highly appreciated.
Please E-mail to my user account directly 
My E-mail address : jgopalan@buster.eng.ua.edu
******************************************************************

Thanks in advance

--
janki
------------------------------------------------------------------------------
Janakiraman Gopalan     |       jgopalan@buster.eng.ua.edu                    |
(205)-750 0799          |                                                     |
University of Alabama   |                                                     |
                        |       God couldn't be everywhere so he              |
			|	made mothers.                                 |
________________________|_____________________________________________________|
From: street@me-ngnet.army.mil ( Philip Street)
Newsgroups: comp.unix.questions
Subject: Re: How do you convert o/p to VT100 into a text file?
Date: 10 Apr 92 17:22:45 GMT

On 31 Mar 1992, Philip Shepard <pshepher@loki.une.edu.au> asked if anyone 
knew of a filter program for sessions captured in VT100 mode.  I too would be 
interested in such a program.  Did I miss his summary of responses?
Thank you.


Philip Street 
System Administrator   |  Phone:     (207) 626-4276
Maine National Guard   |  Internet:  street@me-ngnet.army.mil
Newsgroups: comp.unix.questions
From: jik@athena.mit.edu (Jonathan I. Kamens)
Subject: Re: read mail on other computer
Organization: Massachusetts Institute of Technology
Date: Fri, 10 Apr 1992 13:16:22 GMT

In article <1992Apr9.202638.1582@bio.vu.nl> ebido@bio.vu.nl (Etienne Bido) writes:

   I've got 2 E-mail boxes on different computers. But on one of them
   I don't have a login-shell.Is it possible to read my mail using the 
   other computer? mail -f doesn't work because it can't read files on
   a different computer. Or can it? The only way now to read that
   mail is to use a (Mac) program like Eudora.

Although I am not certain, I believe that Eudora uses the Post Office
Protocol (POP) to retrieve mail from a remote host.  Therefore the
answer to your question is yes, you can retrieve mail on the UNIX
machine you have an account on by using a POP client on that machine.
If none is installed, you'll have to install your own, for example MH.
The only way you can find out whether or not any POP clients are
installed is to ask the people who run your site; we certainly have no
idea.

The other possibility is that your site allows NFS access to your
mailbox on the machine on which you don't have login access from the
other machine.  However, once again, the only people who can tell you
more about that are the people who run your site.

In fact, I sure do hope that you tried to get help locally with this
question before posting about it to the entire world, because the
people who run your site are far more qualified to help you with its
particular setup than we are.

-- 
Jonathan Kamens						jik@MIT.Edu
MIT Information Systems/Athena		    Moderator, news.answers
    (Send correspondence related to the news.answers newsgroup
	{and ONLY correspondence related to the newsgroup}
		 to news-answers-request@MIT.Edu.)
From: moconnor@pms704.pms.ford.com (Mike O'Connor)
Newsgroups: comp.unix.questions
Subject: Re: what happened to ftp.uu.net?
Date: 15 Apr 92 13:33:59 GMT
Article-I.D.: fmsrl7.1992Apr15.133359.7902
Reply-To: Mike O'Connor <mjo@fmsrl7.srl.ford.com>
Organization: "Fordz"
X-Disclaimer: Not an official spokesperson for Ford Motor Co.

In article <llDvXnO@uop.uop.edu> jmiller@uop.uop.edu (James Miller) writes:
:I've noticed that if you log in anonymous to ftp.uu.net with a password that is
:NOT your email address it will reject you (for example the standard Name: ftp
:PW: FTP will reject you), But if you login in as anonomous and give your email

1.  Putting in your email address is becoming more and more
"standard".

2.  What it looks for is the "@" sign -- it doesn't care what goes
before or after it.  It may look for other things, but that seems to
be the important thing.  I had my .netrc use a default address of 
just my login name at my machine, since heck -- the address is already
logged and name@mymachine actually works for email.  Oh well...

3.  Calling something "anonymous FTP" these days is a misnomer.



-- 
 Mike O'Connor                     |  Ford Motor Company, USA
 Applications Systems Analyst      |  CPD P&MS ECC Core Software
 Phone #:  +1 (313) 390-4008       |  P.O. Box 2053, ECC MD-7
 Fax #:    +1 (313) 845-0576       |  Dearborn, MI  48121-2053
From: nbernste@urbana.mcd.mot.com (Norman Bernstein)
Newsgroups: comp.unix.questions
Subject: Re: cu and uucp lock during login
Keywords: cu uucp
Date: 9 Apr 92 11:21:49 GMT
Organization: Motorola Computer Group, Urbana Design Center

eam@cuuxb.ATT.COM (~16DM30100~Ed Marczak~~xxx~xxxxxxx~) writes:

>>In article <162@denali.UUCP> steve@denali (steve) writes:
>>	I have developed an annoying(to say the least) problem with modem communication.When I call out, at the point I should be getting a login prompt the
>>	process freezes.  Here is the output of cu:
>	
>STUFF DELETED...
>	>expect: (ogin:)
>	> 2400^M^J^@^J^M^J^Jpaul losendthem (????????)
>	>expect: (ogin:)
>	>Call Failed: LOGIN FAILED
>	>exit code 101
>	>Conversation Complete: Status FAILED
>	
>	One place to look is the gettydefs file on your target
>	system. Your host is looking for (ogin:) out of your
>	Systems file. If the target system describes the incoming
>	getty (tty)  differently, ie never echos "login:" string,
>	your cu could hang. Or I could be completely wrong.

>		Later ... ed

Ed is wrong.  The System file "chat script" is used for uucico
connections.  When you use the cu command, the "chat script" is not
used . . . the caller gets the login prompt and must respond.  An
example of use of the the chat script would be to execute:

	/usr/lib/uucp/Uutry -r machine_name

With this you can watch the chat script.