HDTenEightyP/NetNews huggingface dataset:
From: robin@pencom.com (Robin D. Wilson)
Subject: Re: uucp and getty on a shared tty - anybody done it ?
Organization: Pencom Software, Austin, TX
Date: Tue, 25 Aug 1992 21:29:11 GMT

In article <BsvL32.G5L@csn.org> losburn@teal.csn.org (Lynn Osburn) writes:
>>uucp can't work unless permissions grant it read access to the port. So far,
>>the solution that I have come up with is to put a "chmod 666 /dev/tty1" into 
>>the root cron file, and this works, but is hardly elegant.  What is the 
>>solution to this problem ?  Is there some way to set the default permissions
>>that getty configures a port with ?
>>
>
>Use pdelay instead of pshare.  In enable or share mode, getty grabs the port,
>waiting for a login.  In delay mode, there is no getty until CD goes high,
>indicating a connection, and then after a short time (~3 sec?), or if 
>characters are recieved, a getty is spawned to handle the (implied) login.
>
>Since getty hasn't locked the port till CD changes state, uucp can grab it
>for outgoing calls.  When he gets a Carrier Detect, getty can't start because
>uucp has a lock on the port...

In reality 'getty' starts immediately.  For "what getty does" see below:

ENABLE:	Getty starts, locks the tty, and blocks waiting for carrier.  When 
	carrier is asserted, getty presents the login herald.

SHARE:	Getty starts, and blocks waiting for carrier.  When carrier is
	asserted, getty attempts to lock the tty (if it is not already
	locked by some other program - like 'cu', or 'uucico').  If 
	getty gets the lock, it presents the login herald; if not, it
	prepares to HUPCL (Hang-UP-on-CLose).

DELAY:	Getty starts, and blocks waiting for carrier.  When carrier is
	asserted, getty blocks waiting for a "read()" to succeed (a
	character appears on the serial RX data line).  When the "read()"
	is sucessful, getty attempts to lock; if the lock succeeds, getty
	presents the login herald.  If the lock attempt fails, getty 
	prepares to HUPCL.


The original poster may have seriously out-dated code (AIX-wise).  I seem to
remember his problem as a bug from pre-3003 days.  Maybe it came back?

-- 
+---------------------------------------------------------------------------+
|These are MY views, nobody where I work even knows I have views  ;-)       |
|Internet: robin@pencom.com                                                 |
|US Mail:  8-6 Brooke Club Dr.                Home Phone: (914) 923-4093    |
From: stritzi@Physik.TU-Muenchen.DE (Peer Stritzinger)
Newsgroups: comp.unix.aix
Subject: High-speed modem at built-in serial port (RS/6000)
Keywords: modem rs/6000
Date: 27 Aug 92 14:21:16 GMT
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)

I just connected two different modems (ZyXEL 1496E and Trailblazer T2000) to
an RS520 and encountered the following problems:

1. Character loss
When connecting the modem at 9600 or 19200 Bits/s, I get lots of character
loss. The error-report tells me to reduce load (isn't too high) or choose a
lower baud rate (9600 isn't too high, either). Is this normal?
By the way, I've set up the modems for hardware handshaking, so why doesn't
the RS/6000 just tell the modem to stop sending when it can't take the stuff
from the line?
A slip connection at 19200 over the same line, modem etc. doesn't produce
this problem. Why?

2. DCD Handling
There is only one device (/dev/tty1 in my case) which doesn't allow me to dial 
out until CD is high. So I told the modem to keep CD up all the time, but I
do not get disconnected from cu when carrier drops.
I'd like the CD line to be up only when carrier is detected and still be able
to dial out?

If 1. is a unsolvable problem, how are the experiences with intelligent
serial adapters.
 

--
Peer Stritzinger
Phone: +(49)8141-90613
Fax: +(49)8141-95235
Internet: stritzi@physik.tu-muenchen.de
From: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Newsgroups: comp.unix.aix
Subject: Re: installp error
Keywords: AIX updates
Date: 4 Sep 92 08:07:22 GMT
Organization: /etc/organization


In article <1992Sep3.170534.22004@msc.cornell.edu>
rick@ransom.msc.cornell.edu (Rick Cochran) writes:
>
> The errors are of the form:
>
> who: 0551-012 The process is not attached to a terminal.
>         Do not run who am i as a background process.
>
> followed by a 'usage' printout from 'who'.
>
> I get these errors whether or not I background the installp commands.
> However, the output claims that the updates have installed
> successfully.

This is probably happening when it tries to record who installed the
update.  I doubt it's important.

-- 
 \   Charles Hannum, mycroft@ai.mit.edu
 /\  White heterosexual atheist male (WHAM) pride!
From: woan@exeter.austin.ibm.com (Ronald S. Woan)
Newsgroups: comp.unix.aix
Subject: Displaying occurances of NFS write errors
Date: 2 Sep 92 16:47:33 GMT
Reply-To: woan@cactus.org
Organization: Austin School of Hardknocks

You might try the following:

From an aixterm run "who am i" to figure which pts you are attached
to, i.e. pts/0.  and then issue swcons for that pts, i.e. "swcons
/dev/pts/0".

-- 
+-----All Views Expressed Are My Own And Are Not Necessarily Shared By------+
+------------------------------My Employer----------------------------------+
+ Ronald S. Woan                       woan@cactus.org or woan@vnet.ibm.com +
+ other email addresses             Prodigy: XTCR74A Compuserve: 73530,2537 +
Newsgroups: comp.unix.aix
From: mcr@csi.on.ca (Michael Richardson)
Subject: Re: sendmail and NIS managed aliases problem
Organization: Carp Systems International, Kanata, ON
Date: Wed, 26 Aug 1992 03:20:28 GMT

In article <Aug25.214914.26624@cdsac.uucp> scotte@cdsac.uucp (L. Scott Emmons) writes:
>In article <BtJG8z.xys@icsbelf.uucp> ianm@icsbelf.uucp (Ian Moran) writes:
>>The handling of the alias map by NIS in 3.1 is broken  it ignores it and

  3.1 NIS also ``forgets'' to consult the local password file. If an
NIS server is not available, (like, because the network isn't there or
the interface becomes foobar for some reason) then you can't login at
all. Boot from tape. Moral: be very wary about letting 3.1.x machines
run ypbind...

>>instead consults only the local file ie /usr/lib/aliases.
>>It is not necessary to have any NIS token in the alias file. The
>>way it should work is that the local file is consulted first before the
>>NIS map is used. IBM have supplied a fix for 3.2 but I am as yet unable
>>to comment on whether or not this has fixed the problem.
 
  I got the patch. Yes, it works quite well. I've noticed that I
occasionally need to be do a refresh -s sendmail on clients, but I
haven't tracked that down, nor have I seen it lately.

>major bugs: i.e. software that just plain doesn't work. Was it even
>tested before being shipped?

  As if IBM is the only one that does this :-)

>Token for		AIX		from O'Reilly & Assoc
>				
>passwd			+::0:0::	+:*:0:0:::
>group			+:		+:*:*
>aliases			<none>		+

  Yes, it is confusing. Does the 3.2 fixed sendmail ever look at the
local aliases?

>wrong and/or confused, or has AIX broken from the "standard"??



-- 
  :!mcr!:	    | #include <ansi-std/disclaimer.h>  +1 613 592 5780
Michael Richardson  | WORK: mcr@csi.on.ca  HOME: mcr@sandelman.ocunix.on.ca
From: ianm@icsbelf.uucp (Ian Moran)
Newsgroups: comp.unix.aix
Subject: Re: High-speed modem at built-in serial port (RS/6000)
Keywords: modem rs/6000
Date: 28 Aug 92 07:49:20 GMT
Organization: ICS Computing Group Ltd., Belfast

In article <stritzi.714925276@Physik.TU-Muenchen.DE> stritzi@Physik.TU-Muenchen.DE (Peer Stritzinger) writes:
>I just connected two different modems (ZyXEL 1496E and Trailblazer T2000) to
>an RS520 and encountered the following problems:
>
>1. Character loss
>When connecting the modem at 9600 or 19200 Bits/s, I get lots of character
>loss. The error-report tells me to reduce load (isn't too high) or choose a
>lower baud rate (9600 isn't too high, either). Is this normal?

I am beginning to doubt the capabilities of the standard serial hardware
in the RS6000. I also have a modem connected to one of the available
serial ports with DTE rate locked at 38400, however throughput on a V32bis
connection is lousy at 700cps.

>By the way, I've set up the modems for hardware handshaking, so why doesn't
>the RS/6000 just tell the modem to stop sending when it can't take the stuff
>from the line?

Have you set up the serial port for RTS/CTS also ?
This can be achieved by - stty add rts < /dev/tty?

>--
>Peer Stritzinger
>Phone: +(49)8141-90613
>Fax: +(49)8141-95235
>Internet: stritzi@physik.tu-muenchen.de


-- 

Ian Moran                     Internet:  ianm@icsbelf.co.uk
ICS Computing Group Ltd.      UUCP:      ...{uknet,uunet,mcsun}!icsbelf!ianm
Belfast, N. Ireland.          Fidonet:   2:440/59.5 & 2:257/10.1
From: dlj0@ns1.cc.lehigh.edu (DAVID L. JOHNSON)
Newsgroups: comp.unix.aix
Subject: aXe 3.0.1 fix (from the author)
Date: 4 Sep 92 14:56:22 GMT
Organization: Lehigh University

The author of aXe suggested to me that I try the following to fix aXe as 
it was running on another machine.  It worked so well there that I tried
it on my RS.  aXe was working before, but there was a little warning about
it being able to find an XtCallBack on exit.  The first of the fixes below
corrected that error.  Those who are having trouble with core dumps on
exit (as I was on the other machine) might well find that this fixes that
problem also.  

Be sure to install the X defaults before you try to run it.  Some say to also
install the help files, but I am uncertain that that is necessary.

this is a great boon to users who can't handle emacs.  rather than have
them run vi, which adds 0 to their ability to use emacs (IMHO -based on my
own experience), this has key bindings identical to emacs as accelerators for
the menu items.  

Her's the fix(s).  I used the first one, but the other will also probably 
help matters.  I don't think both are needed.

From: Jim Wight <J.K.Wight@newcastle.ac.uk>
Date: Thu, 3 Sep 92 15:18:13 BST

This is just an empirical shot in the dark, but it might be worth a try.

In Destroy in FileNom.c try moving the line

    XtDestroyWidget(Child(fnw,filename));

to the top of the list of similar calls.

Another solution, which will probably also work and the author will apply to
later versions (3.0.2 will be out soon)

In Destroy in FileNom.c,  Add:

    XtSetKeyboardFocus(Child(fnw,viewport), (Widget) 0);
before embarking on the sequence of XtDestroyWidget calls.
 
                                                               
-- 
Sincerely,

David L. Johnson                    ID:  dlj0@ns1.cc.lehigh.edu
Christmas-Saucon Hall #14, rm 211        
Department of Mathematics

Lehigh University                   Telephone: 215-758-3759 (office)
Newsgroups: comp.unix.aix
From: slee@tms.portal.com (Simon Lee)
Subject: Databus compiler
Organization: Teknekron - Corporation
Date: Thu, 27 Aug 92 22:34:03 GMT

Does anybody know which vendor has Databus compiler on RS/6000 platform?

-Simon Lee		Tel: 415-322-6390
From: ianm@icsbelf.uucp (Ian Moran)
Newsgroups: comp.unix.aix
Subject: Re: sendmail and NIS managed aliases problem
Date: 27 Aug 92 10:32:30 GMT
Organization: ICS Computing Group Ltd., Belfast

In article <Aug25.214914.26624@cdsac.uucp> scotte@cdsac.uucp (L. Scott Emmons) writes:
>
>Regarding tokens, It seems the O'Reilly & Associates, Inc book
>"Managing NFS and NIS" (April, 1992) disagrees with AIX regarding
>tokens. For example:
>
>
>Token for		AIX		from O'Reilly & Assoc
>				
>passwd			+::0:0::	+:*:0:0:::
>group			+:		+:*:*
>aliases			<none>		+
>
>
>So, which format is the "standard" NIS format? Is it relatively
>vendorindependent, is Hal Stern (author of Managing NFS and NIS)
>wrong and/or confused, or has AIX broken from the "standard"??

All NIS clients on our network do not require a token in the alias
file, machines include Dec Ultrix, DG AViiON, RS6000, HP, Siemens.
I can only assume that the book is wrong. IBM haven't broken the
standard they simply ignore it!

>			   L. Scott Emmons
>		      CableData  Research Center
>		     csusac.csus.edu!cdsac!scotte


-- 

Ian Moran                     Internet:  ianm@icsbelf.co.uk
ICS Computing Group Ltd.      UUCP:      ...{uknet,uunet,mcsun}!icsbelf!ianm
Belfast, N. Ireland.          Fidonet:   2:440/59.5 & 2:257/10.1
Newsgroups: comp.unix.aix
From: mcr@csi.on.ca (Michael Richardson)
Subject: Re: sendmail and NIS managed aliases problem
Organization: Carp Systems International, Kanata, ON
Date: Mon, 31 Aug 1992 19:50:40 GMT

In article <1992Aug26.152346.20352@awdprime.austin.ibm.com> curt@ekhadafi.austin.ibm.com (Curt Finch 903 2F021 curt@aixwiz.austin.ibm.com 512-838-2806) writes:
>mcr@csi.on.ca (Michael Richardson) writes:
>>3.1 NIS also ``forgets'' to consult the local password file. If an

>Not true.
>It always looks in the local /etc/passwd file first, up until it finds
>a '+' or a '-' there.

  Fine, it is rather hard to determine where it is getting hung if one
can't get in at all. 

>'+') because they are serving the /etc/group file also.  The only way
>the system can determine root's grouplist is to read the whole
>/etc/group file and the entire NIS group map, (if there's a '+' in
>/etc/group.)  There's really no way to fix this.

  Sure there is, don't read the group list for root. 
  I am pretty sure I have been able to login as root when NIS is dead
on a 3.2 machine, btw. 

>There was a bug in 3.1 where it would try to bind anyway, (and hang if
>the server was dead,) even for root with no NIS group serving.  That
>should be fixed in 3.2 and in 2007 or 2008, (i forget which.)

  3.2 fixes it. We have customers still at 3.1.5, so we have to keep some
3.1.5 machines around. I'd move them to 3.2 if I could.


-- 
  :!mcr!:	    | #include <ansi-std/disclaimer.h>  +1 613 592 5780
Michael Richardson  | WORK: mcr@csi.on.ca  HOME: mcr@sandelman.ocunix.on.ca
Xref: sparky comp.unix.aix:9185 bit.listserv.aix-l:1410
From: manmetha@gauss.rutgers.edu (Rajesh Malhotra)
Newsgroups: comp.unix.aix,bit.listserv.aix-l
Subject: Max # of VGs and File Systems on a machine.
Keywords: Removeable storage media.
Date: 28 Aug 92 16:56:09 GMT
Followup-To: comp.unix.aix
Organization: Rutgers Univ., New Brunswick, N.J.


Fellow AIXers,

	I am trying to implement a system on a removeable magneto-optical
storage media.

	Should each platter that is loaded, be set up as a different (unique)
volume group, or should there be one volume group for the device, and each
platter be a part of that one volume group?

	In case of a unique VG for each platter, is there a max limit
of VGs allowed per machine?

	Also each platter must have a unique File System on it, correct?
In this case is there a max # of file systems that a machine would allow?
It should be noted however that at a time only one of these
file systems would be mounted.

	So in summary should I use

1.	Same VG / Same FS for every platter ?
2.	Same VG / Unique FS for every Platter ?
3.	Unique VG / Same FS for every platter ?
4.	Unique VG / Unique FS for every platter ?

	I would like to invite some views on this matter and the pro
and cons for them. I wouls appreciate any ideas that you may have.

Raj
-- 
===============================================================================
  __  __     .
 /   __/    /                               Raj Malhotra.
/   ( /_   /                                voice : (908)613 4313. 
        __/                                 email : manmetha@gauss.rutgers.edu

===============================================================================
From: konopik@konopik.austin.ibm.com (Brad Konopik)
Newsgroups: comp.unix.aix
Subject: Re: Printing from remote hosts under AIX 3.2
Date: 2 Sep 92 02:59:59 GMT
Organization: IBM AIX Porting Center, Austin

In article <62500@hydra.gatech.EDU> ph274cc@prism.gatech.EDU (Charles Cleveland) writes:
>It seems to me that this came up a couple of months ago but I didn't know
>when I would have 3.2 running, so I didn't pay attention.  I'm now running
>3.2.0.
>
>Local printing on our RS/6000 works fine.  However if I try to print from
>a remote host (even another RS/6000 running 3.2.0) nothing is printed and
>I get back a mail message like this one:
>
>> Message from qdaemon:
>> =====> MESSAGE FROM PRINT JOB 27 (.profile) <=====
>> 0782-006 -H flag not expected.
>>         Check the flags.
>
>What gives?

I think this is the article you missed:

>From: pei@beach.csulb.edu (Regis Pei)
>Newsgroups: comp.unix.aix
>Subject: Remote Print Server
>Message-ID: <1992Jul8.203500.23941@beach.csulb.edu>
>Date: 8 Jul 92 20:35:00 GMT
>
>This might be a FAQ but I couldn't find it.  I seem to remember about some
>discussions on remote print servers under AIX 3.2 a few weeks ago.
>In particular about the error message from the AIX server :
>
>    0782-006 -H flag not expected.
>            Check the flags.
>
>Well, I didn't need the solution back then so I didn't save it, but I do
>need it now.  Can someone e-mail me the solution to this.  Thanks in advance!

From what I can tell, PTF U407164 for APAR ix29407 should fix this problem.


-- 
  tcpnet: konopik@konopik.austin.ibm.com  |  Brad Konopik
 ibmvnet: KONOPIK at AUSTIN               |  IBM AIX Porting Center, Austin
internet: konopik.austin.ibm.com!konopik@ibmpa.awdpa.ibm.com
   uunet: ..!uunet!ibmsupt!ibmpa!konopik.austin.ibm.com!konopik
From: joann@ariadne.SLAC.Stanford.EDU (Jo Ann Malina)
Newsgroups: comp.unix.aix
Subject: AIX 3.2.2 and amd
Date: 1 Sep 92 03:12:30 GMT
Reply-To: joann@unixhub.slac.stanford.edu
Organization: SLAC (Stanford Linear Accelerator Center)

Last March, we got a fix (ix22312) that allowed amd to run on AIX
3.1 without freezing up. This was a kernel patch, and one was
provided for AIX 3.1.5 and 3.1.7, but not for AIX 3.2.

We are now trying to bring up 3.2.2, and are having trouble with
amd. Is anyone else running it? Does it seem to start up okay and
then "decay" after it's been left idle (the daemon goes away and
the automatic mounts no longer occur). Will this fix be added to
3.2 at some point, or does it require a new one?

*) *) *) *) *) *) *) *) *) *) *)!(* (* (* (* (* (* (* (* (* (* (* (* (*
Jo Ann Malina, Stanford Linear Accelerator Center
joann@unixhub.slac.stanford.edu  -or-  415/926-2846
Neither Stanford nor the DOE would be caught dead with these opinions.
Nor do they consult me when formulating theirs.
Newsgroups: comp.unix.aix
From: john@clinicom.com (John Hensley)
Subject: Need help building Taylor UUCP on AIX 3.2
Date: Fri, 28 Aug 1992 14:41:10 GMT
Organization: CliniCom Incorporated, Boulder, CO


I'm having trouble building Taylor UUCP 1.03 on AIX 3.2 -- everything compiles
fine, but the executables all fail with "Out of memory" errors. I've been
working under the assumption that this is related to alloca, but haven't been
able to get around it. I've tried using the default AIX behavior (#pragma
alloca), the alloca from the GNU Emacs distribution, and the alloca that came
with the package. I've tried setting MALLOCTYPE to 3.1, with no luck.

Is anyone successfully running this on AIX 3.2? If so, how'd you do it?

-- 
John Hensley           |
john@clinicom.com      | "You think slower when you graze." -- Holling
jhensley@nyx.cs.du.edu |
From: mbeckman@mbeckman.mbeckman.com (Mel Beckman)
Newsgroups: comp.unix.aix
Subject: Re: IBM Color Monitor flakiness
Date: Thu, 3 Sep 92 01:19:09 PST
Organization: Beckman Software Engineering
Reply-To: mbeckman@mbeckman.com
X-Mailer: uAccess LITE - Macintosh Release: 1.5v5


In article <Btys0t.6Jy@wpi.WPI.EDU> (comp.unix.aix), cwright@mickey.WPI.EDU (Charles R. Wright) writes:
> So, does anyone have any tale to relate that might help isolate the
> problem? 

I have a different 6091 m16 problem: vertical lines get all squiggly. When
running under X, the sides of a window are ragged. Not wavey, but actually
warped one or two whole pixels.  If I run the cursor up and down this vertical
area, it appears to swim like a tadpole as it wiggles from side to side.
The problem happens whenever there is a sharp light-to-dark transition (e.g.
a white box on the left outside of a window will cause the windows left
veritical border to "kink" at places corresponding to the top and bottom
of the white box).  This happens a lot right in the middle of a line of
text, making the text painful to read.

This is connected to a M220 /6000, and IBM's tech has replaced the video logic
board in the monitor, the VT1 graphics adapter in the /6000, and even the
/6000's main system board!  No luck.  He's not yet called Austin, but when
I get back in the office next week, I'm going to insist...

  -mel

_____________________________________________________________________
| Mel beckman                  |    Internet: mbeckman@mbeckman.com |
| Beckman Software Engineering |  Compuserve: 75226,2257            |
| 1201 Nilgai Place            |       Voice: 805/647-1641          |
| Ventura, CA 93003            |         Fax: 805/647-3125          |
|______________________________|____________________________________|
 "Internet is big.  Really Big.  It gives the idea of
  infinity much better than infinity itself." 
   (with apologies to Douglas Adams)
From: curt@ekhadafi.austin.ibm.com (Curt Finch 903 2F021 curt@aixwiz.austin.ibm.com 512-838-2806)
Newsgroups: comp.unix.aix
Subject: Re: increasing priority
Date: 27 Aug 92 17:14:41 GMT
Distribution: usa
Organization: IBM AWD, Austin

arvidson@lagrange (John Arvidson  ) writes:
>Hello, I am looking for suggestions for a way that I can increase the
>job priority on a couple of accounts.  For instance, every time they
>login, all their processes run with a renice value of -5.  

Here is a response from someone else here on the Change Team:

"Put them all in a group called "studboys" and have a setuid program
executable only by this group that sets its nice value to -5, then
exec's /bin/ksh (or whatever). Make this program their login shell."

I can't see why this wouldn't work.  Make sure the C program doesn't
exec the ksh as root.

-- 
curt@aixwiz.austin.ibm.com (Curt L. Finch) | AIX NFS/NIS Field Quality 
My views are unrelated to those of IBM     |        Austin, TX
  Social Security isn't a retirement plan.  It's middle class welfare.
From: ranck@joesbar.cc.vt.edu (Wm. L. Ranck)
Newsgroups: comp.unix.aix
Subject: Re: RS6000 keyboard port broken on motherboard
Date: 25 Aug 92 18:52:17 GMT
Distribution: comp
X-Newsreader: Tin 1.1 PL4

ab9j@vax5.cit.cornell.edu writes:
: The keyboard on my RS6000 (Powerstation 320) has died.  It does not
: receive any power from the cpu (caps lock, num lock, etc. do not light up).
: Swapping keyboards and cables did not work, and the fuses are good.  
: The IBM people who looked at it said that the motherboard needs 
: to be replaced.  The current price for a motherboard is around $9,000,

   This ought to be repairable.  It sounds like a bad solder connection
where the keyboard plug is mounted to the mother board.  Possibly, it is
a bad connection somewhere else.  Find someone who can actually look at 
the board and find the problem.  The IBM people probably only do board swap
repairs, but in this case that isn't reasonable.
   I'll tell you what, for half the price IBM wants for the board I will
drive up to Cornell and fix it for you.  No charge if I can't fix it. :-)
   Seriously, you should be able to find someone to fix this fairly cheap.

--

*******************************************************************************
* Bill Ranck     DoD #496  ranck@joesbar.cc.vt.edu                            *
*******************************************************************************