HDTenEightyP/NetNews huggingface dataset:
From: karol@unix.cis.pitt.edu (fmg@alpha.smi.med.pitt.edu aka TLJ)
Newsgroups: comp.unix.aix
Subject: Zmodem?
Summary: rzsz fails badly, anything else I can use?
Date: 11 Apr 92 18:43:12 GMT
Followup-To: comp.unix.aix
Organization: UserConsultant@LawSchool


	PLEASE REPLY TO fmg@alpha.smi.med.pitt.edu	or
			fmgst@unix.cis.pitt.edu		
	NOT TO THIS ACCOUNT.

	Greetings. Even thought the rzsz Zmodem utilities compile
	and run fine, they terribly mess up the data - in data -
	out garbage.

	Is this a known problem or are we the only ones with this 
	problem? Also, we're getting VERY tired of having to FTP
	our stuff to a local ULTRIX host and SZ'ing it from there
	(where the rzsz works perfectly). 

	Is there a fix or a patch or just a plain "CAN'T DO IT"?

	I will make the summary avaliable.

	PLEASE REPLY TO fmg@alpha.smi.med.pitt.edu	or
			fmgst@unix.cis.pitt.edu		
	NOT TO THIS ACCOUNT.

	Take care.

	P.S. That Finland FTP site is ticking me off. They say, "most
	of this software is avaliable in USA" - WHERE? Europe has one
	nice site with all the stuff and we have it scattered all over
	the place... ignore me, it's a pet peeve.
-- 
________________________________________________________________________________
________________________________________________________________________________
_______________________karol@unix.cis.pitt.edu__________________________________
________________________________________________________________________________
Newsgroups: comp.unix.aix
From: steve@ibmpa.awdpa.ibm.com (Steve DeJarnett)
Subject: Re: how do I open tektronix window on AIX3.1 ?
Organization: IBM PS Programming, Palo Alto
Date: Mon, 13 Apr 92 16:58:38 GMT

In article <1992Apr8.214913.11127@iscnvx.lmsc.lockheed.com> gary@iscnvx.lmsc.lockheed.com (Gary Henderson) writes:
>In article <1992Apr03.170918.56374@yuma.acns.colostate.edu>
>flatau@lamar.ColoState.EDU (Piotr Flatau) writes:
>>How do I open tektronix window on my IBM RISC6000/320
>>I tried 
>>aixterm -tm tek4012
>>
>>do I need termcap for it ?
>
>We had the same problem, and asked our friendly IBM rep.
>Guess what... aixterm doesn't support Tektronix emulation.
>(BTW, xterm would take a -t for tek emulation, not -tm).
>I double checked this in the aixterm man page.  Indeed,
>Tektronix emulation is not mentioned.
>Is this an 'enhancement'?

	aixterm is based on an X10 (yes, 10) xterm, with many changes for
i18n, hft's, color curses support, etc. included.  Under AIX 3.2, an MIT xterm
is also provided (called, appropriately enough, xterm).  When run with the -t 
flag, that xterm comes up as a tektronix-emulating xterm (so it says, at least
-- I have no way of testing that).

	Hope that will help.  Under 3.1 I don't know of any way (short of 
compiling the MIT xterm) to get tektronix emulation.

	Steve

Steve DeJarnett			Internet: steve@ibmpa.awdpa.ibm.com
IBM PSP Palo Alto		UUCP:	  uunet!ibmpa.awdpa.ibm.com!steve
(415) 855-3510			IBM VNET: dejarnet at austin
These opinions are my own.  I doubt IBM wants them.......
From: bill@soil.Princeton.EDU (Bill Wichser)
Newsgroups: comp.unix.aix
Subject: 3.1.5: Upper limit on virtual memory allocation
Keywords: vm limit
Date: 13 Apr 92 15:39:26 GMT
Reply-To: bill@soil.Princeton.EDU
Organization: Princeton University
Originator: news@ernie.Princeton.EDU

Having just upgraded a 550 to 320M real memory and 600M virtual space, we were ready
to run our application which requires 280M to run.  Imagine my surprise when this
unexpectedly died after only allocating 250M.

I check the limits (/etc/security/limits) and increase the datasize to the available
virtual size.  Still, the limit sets to 257532 kbytes.

IBM informs me that this is a fixed size in then kernel and to use shared memory.
This is not an acceptable solution as too much Fortran code will need to be modified.

Does AIX 3.2 address this boundary problem?  Is there any other way around this other than through the use of shared memory?  Could this variable simply be changed in the kernel without effecting page tables, etc?

Thanks...Bill

-- 
********************************************************************************
* Internet: bill@soil.princeton.edu  William Wichser                           *
* UUCP:     princeton!soil!bill      Princeton University                      *
* BITNET:   wwichser@PUCC.BITNET     Civil Engineering and Operations Research *
* Phone:    609.258.4612             E114 E-Quad                               *
* FAX:      609.258.1270             Princeton, NJ 08544                       *
********************************************************************************
Newsgroups: comp.unix.aix
From: mdg@netcom.com (Mark Grand)
Subject: interaction betweenn aixterm and telnet?
Date: Sun, 12 Apr 92 06:45:47 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

I have an odd problem that occurrs when I am working from an x-station
running telnet under aixterm.  When I press the escape key, the node
that I am connected to be telnet to receives TWO escape characters.  I
do not have this problem when working with local applications, nor do
I have this problem when working from an ASCII terminal.

This seems very bizare.  Does anyone out there have any suggestions as
to what might be causing this bizarre behavior?  If it matters, we are
running AIX 3.1.5.
-- 
Mark Grand
Premenos Corporation                510-602-2036 x2073
1000 Burnett, Second Floor          mark@premenos.sf.ca.us
Concord, CA   94520
From: marc@yogi.austin.ibm.com (Marc J. Stephenson)
Newsgroups: comp.unix.aix
Subject: Re: AIX 3.2 Gratuitous Incompatibility #1
Date: 8 Apr 92 14:16:45 GMT
Organization: IBM, Austin

In article <5544@mtecv2.mty.itesm.mx> josevela@mtecv2.mty.itesm.mx (Jose A. Vela A.) writes:
>jw@adasoft.ch (Jamie Watson) writes:
>
>>I find it interesting that this newsgroup is normally flooded with
>>postings from people inside IBM telling us how wonderful AIX is;
>>but now, with two very serious problems pointed out in AIX 3.2, all
>>we get from IBM is resounding silence...
>
>>jw
>
> Yes !! .....
>
> Well .. what can we spect ? 
[ general complaints about AIX quality and service deleted ]

As I believe it has already been mentioned, the reason why there wasn't a
quick response to this particular situation (an apparent loss of function
which turned out to be poor documentation) was that there was a news posting
problem out of Austin.  I responded as soon as I saw the article, but it
didn't make it out.  I was also unable to mail a response for some reason.
It was frustrating not being able to reach the user because I knew that the
answer was simple (not why the change was undocumented, but why the number
of virtual terminals was changed, and how to change it back).

I don't agree at all with the statement that this newsgroup is flooded with
people from inside IBM telling how wonderful AIX is.  Usually, the posts from
within IBM (which frequently are not from AIX development, but just other
AIX users like yourselves) are responses to questions.
-- 
Marc Stephenson		      IBM PSPA (Personal System Programming - Austin,TX)
DISCLAIMER: The content of this posting is independent of official IBM position.
NEW address->marc@malone.austin.ibm.com  VNET: MARC at AUSVMQ  IBM T/L: 678-8139
From: marc@watson.ibm.com (Marc Auslander)
Newsgroups: comp.unix.aix
Subject: Re: RS/6000 stack layout, subroutine linkage and register saving
Date: 16 Apr 92 18:59:30 GMT
Article-I.D.: marc.MARC.92Apr16135930
Organization: IBM T.J. Watson Research Center, Hawthorne, New York
Disclaimer: This posting represents the poster's views, not necessarily those of IBM

Read the article subroutine linkage convention in info.  It shows what
registers and other state must be saved across a call.  If you save
the continuation by calling a routine (such as setjmp) then you need
only restore that which is required by the linkage convention.

The stack pointer is in register 1.  Assembler something like

	.csect .get_stack_pointer[PR]
	.globl .get_stack_pointer[PR]
	mr	3,1
	br

Warning - your "setjmp" must not be in a shared library, since there
are complications not worth dealing with if you try to save a
continuation whose top most routine is not in the same shared libary
as the save program.
--


Marc Auslander       (IBM)<marc@marc.watson.ibm.com>      914 784-6699
                     (Internet)<marc@watson.ibm.com>
From: fritz@scipp.UCSC.EDU (Frederick Staats)
Newsgroups: comp.unix.aix
Subject: Re: Partitions are a good thing sometimes
Date: 10 Apr 92 03:59:04 GMT
Organization: Santa Cruz Institute for Particle Physics

In article <woolstar.702863168@gumby.cs.caltech.edu> woolstar@gumby.cs.caltech.edu (Derek Woolverton) writes:
>
>    I went through similar confusing adjusting to the ways that IBM does
>things, and had learned to accept this new way, until we started working on
>some large memory projects that started swapping alot, and then I noticed
>that the IBM logical volume manager had decided to spread my swap space
>all of the root volume.
>    Now swapping is not a great thing in the first place, but when it's
>fragmented all over a older 760 meg drive, it is very poor.  I would habe
>appreciated a mechanism to keep the swap area in one contiguous section 
>on the drive.
>
>    Note this is all for an older machine that has a fairly old version
>of AIX, so if they've fixed it recently, I appologize for complaining,
>and would love to hear that IBM has addressed this problem.
>
>	john d woolverton - woolstar@cobalt.caltech.edu

Under conditions of heavy load there are many things you can do to
optimize disk I/O.  First you can migrate a logical volumes and paging
spaces to any part of any disk in the volume group (EDGE, INNER EDGE,
MIDDLE, INNER MIDDLE, and CENTER are the defined areas that the
Logical Volume Manager uses.)  So if your performance is suffering
migrate everything to the edges of the disk, migrate the paging space
to the center (the area of quickest average access) and then migrate
everything else to the center (and it will fit around the paging space
which is now in the "sweet spot.")  Another thing that will help a lot
is if you have more than one drive place the volume group log on a
drive opposite of where the written data is.  This can more than
double JFS filesystem writing performance under certain circumstances.
If you have time to plan ahead you can arrange logical volumes in
strategic places according to the planned usage of the disk instead
of migrating existing filesystems.  If I recall correctly (double
check me) you can migrate active filesystems without bringing the
machine down.
-- 
Frederick Staats
fritz@scipp.UCSC.EDU -- (408) 459-3575
Santa Cruz Institute for Particle Physics
University of California at Santa Cruz
From: davide@maverick.cad.mcc.com (David Eckelkamp)
Newsgroups: comp.unix.aix
Subject: RS/6000 stack layout, subroutine linkage and register saving
Date: 16 Apr 92 13:35:29 GMT
Reply-To: davide@cadillac.cad.mcc.com
Organization: MCC CAD Program, Austin, Texas

I'm stumped and I hope someone can help me.  I'm trying to port the
Scheme->C system by Joel Bartlett at DEC Western Research Lab (decwrl)
to the RS/6000.  I have it compiled, linked and running, mostly.  The
problem I'm having has to do with saving the stack for a scheme
continuation. Simple continuations, ala lisp's catch/throw and C's
setjmp/longjmp, seem to work OK.  The problem is with a continuation
that wants to restore a part of the stack where the restored part
was copied from the stack to a buffer at an earlier time.

The first thing I need to be able to do is to call a routine from C
that returns the stack pointer for the called function.  The current
stack pointer and a saved stack pointer will be used to copy the
relavent parts of the stack each time a continuation is created.  In
assembly language this would not be very difficult, I don't think.
However, I'm not sure I understand the subroutine linkage, stack
layout and register usage enough to get it right.  And I know I don't
know enough about the assembler to get an assembly language routine
right. I have read the "Assembler Language Reference" manaul as well
as parts of the on-line info stuff, so I understand the basic assembler
syntax and a little bit about the stack layout.  

Does anybody have a routine to do this? Can anybody point to a simple
assembly language file some place in the manuals or on-line
somewhere?

My next question has to do with saving registers.  Does setjmp() save
all the registers?  And does longjmp() restore all the registers?  Its
seems they ought to, but I thought I'd ask just in case they don't. :-)

I'll be most appreciative of any answers or suggestions anybody might
have.

Thanks!
____________________________________________________________________________
David Eckelkamp		Microelectronics and Computer Technology Corp. (MCC)
eckelkamp@mcc.com	3500 W. Balcones Center Dr.
(512) 343-0978		Austin,TX 78759
From: peter@ski.austin.ibm.com (Peter Jeffe 512.838.4019)
Newsgroups: comp.unix.aix
Subject: Re: AIX 3.2 named crashing...
Keywords: named
Date: 9 Apr 92 20:22:34 GMT
Organization: The Kernel Group, Inc.

In article <31270@darkstar.ucsc.edu> fritz@scipp.UCSC.EDU (Frederick Staats) writes:
>datagram from 128.114.130.20 port 3609, fd 9, len 31
>req: nlookup(cats.UCSC.EDU) id 2 type=1
>req: found 'cats.UCSC.EDU' as 'UCSC.EDU' (cname=0)
>forw: no nameservers found
>forw: no nameservers found
>forw: no nameservers found
>forw: no nameservers found

Yeah, this is a nasty little bug that is present in all versions of
BIND so far as I can tell (in other words, you won't get any relief
from going to 4.8.3, as some have suggested).  Really there is an
underlying problem that causes this to happen: it is possible to cache
an NS record for a root nameserver whose ttl is longer that its
associated A record.  When the A record's ttl drops below 900 seconds
findns() will find the still-valid NS record, but when ns_forw() calls
nslookup() to get the A record, nslookup() doesn't see it because its
ttl is below the minimum.  So ns_forw() returns an error, but the loop
in ns_req() doesn't handle this correctly and keeps calling ns_forw().

We've fixed the basic problem by always checking the hints for the A
record if none is found in the cache.  This means that so long as you
have a root nameserver defined in your cache file, even if it is
superseded by a cache entry in the database, we will always fall back
on the data from the cache file (the safety-belt) if the cache records
are out of date.

The looping problem itself was fixed by simply fixing the logic to
terminate and return SERVFAIL if ns_forw() fails for the highest-level
domain.

The looping problem was fixed under apar ix23937, and the ttl problem
under apar ix24579, both of which are easily obtainable (although be
warned that neither fix includes the other as yet).

-- 
peter jeffe  peter@aixwiz.austin.ibm.com
From: SVVAIKUN@CC.OWU.EDU (Ram Samudrala)
Newsgroups: comp.unix.aix
Subject: Re: sendmail configuration file
Date: 16 Apr 92 22:37:52 GMT
Article-I.D.: CC.920416183752.19137

Meyer Gordon wrote:

# We have not been able to send mail to Bitnet addresses from our RS/6000.
# The problem is that we cannot seem to be able to modify our sendmail
# configuration file properly .
 
# Has anyone out there been able to create a version of sendmail.cf that will
# allow the use of Bitnet addresses?
 
FTP to nic.ddn.mil and log in as anonymous. Some place there (I forget) you'll 
find a sendmail.cf.nic written by Erik Fair which contains rewrite rules for 
handling BITNET mail. 

I still have not been able to figure out get BITNET mail _from_ another 
machine to the AIX machines here. Our main computer is a VAX, and none of the 
other Unix machines are directly on the Internet. When we use the "SET 
FORWARD" command on the VAX, Internet mail gets forwared, but not BITNET mail. 
I think I asked this group before if they could help. I dunno. For now, users 
wishing to use the RS6000 here can't receive BITNET mail.
 

--Ram


****************** Waltz it up, the pit is it - Exodus ***********************
# svvaikun@owucomcn.bitnet svvaikun@cc.owu.edu                #    `-_-'     #
# svvaikun@rs6k.owu.edu    svvaikun@zeus.owu.edu              #     'U`      #
***** And the sign says long haired creepy people need not apply - Tesla *****
Newsgroups: comp.unix.aix
From: madd@world.std.com (jim frost)
Subject: Re: Slowness of realloc() under AIX32
Organization: The World @ Software Tool & Die
Distribution: usa
Date: Tue, 7 Apr 1992 17:46:54 GMT

marc@watson.ibm.com (Marc Auslander) writes:
>  Incidentally, I tend to frown on the practice of repeatedly calling
>  realloc to obtain small increments in size. It is usually preferable
>  to use a doubling strategy. This will perform much better; and if it
>  eventually delivers too much, the caller can give back the unwanted
>  tail when the precise requirement is known.

I disagree about doubling -- I've seen too many times when the
pathological case of "I need one more, let's double it" is hit --
causing unexpected resource and performance hits, particularly after
the first couple of times you hit the limit.

A median case of "allocate a chunk larger than we need but not too
big" tends to work better for average cases and degrades predictably
-- both in resources and time -- as the input necessitates.  It's not
as time-efficient as the doubling in pathological cases, but for well
selected initial and increment parameters it avoids undue resource
wasting.

jim frost
madd@world.std.com
From: hubler@galaxy.lerc.nasa.gov (Dale Hubler)
Newsgroups: comp.unix.aix
Subject: Re: Need help with rpc.statd and rpc.lockd messages (AIX 3.2)
Date: 8 Apr 92 11:23:48 GMT
Article-I.D.: eagle.1992Apr8.112348.10121
Organization: NASA Lewis Research Center

In article <1992Apr8.080721.18852@ncar.ucar.edu> fredrick@acd.acd.ucar.edu (Timothy Fredrick) writes:
>For each workstation that I've upgraded to AIX 3.2 so far, we start to
>get these messages on the console:
>
>	Cannot register service: RPC: 1882-008 timed out
>	rpc.statd: 1831-119 unable to register
>		(SM_PROG, SM_VERS, udp)
>	rpc.lockd: 1831-057 unable to register
>		(NLM_PROG, NLM_VERS, tcp)
>
>Are we missing something in /etc/services?  Any suggestions or help or
>comments would definitely be appreciated.  Thanks in advance.
>
>--Tim (fredrick@ncar.ucar.edu)

I stared at that exact message for a while and finally realized that
I had failed to start the portmapper in the rc.tcpip script.  It was
probably one of the preservation install items I had not opted for.


Dale
--
Dale A. Hubler  (216) 977-7014   hubler@lerc.nasa.gov
Progress marches on, trampling everything in its path.
Xref: sparky comp.unix.aix:5297 comp.windows.x:9837
From: andy@bermuda.autodesk.com (Andrew Purshottam)
Newsgroups: comp.unix.aix,comp.windows.x
Subject: Using a Tablet with AixTabletExtension on AixWindows...
Date: 10 Apr 92 03:34:08 GMT
Followup-To: comp.unix.aix
Organization: Autodesk Inc.

Hi, I am trying to hook a tablet (almost any will do for starters) 
to an RS/6000, and use it for both graphical input and user interface input.
So I not only want to read its position inside my grafix windows, I also want 
X to use it as the pointing device, so my user won't have to switch between
mouse and tablet in a silly way.

To the best of my knowledge, this is exactly the problem that the
Input Extension mechanism for tablets is supposed to solve. Running a
cute program I was give, and list the various fun extensions in my
RS/6000 server:


AixDirectAccessExtension
AixDialExtension
AixLpfkExtension
AixDeviceControlExtension
AixTabletExtension
XAixExtension
aixCursorExtension
xColormapExtension
XTestExtension1
SHAPE
Adobe-DPS-Extension
DPSExtension
PCsimExtension

Now AixTabletExtension is really suggestive. But there is nothing in
info explorer that directly describes it. There is data on reading the
tablet value as part of an input extension, but none on actually using
the tablet extension.

Can anyone out there who has used tablets with the input extension
give me any pointers here? Info on platforms other than AIX is
gratefully accepted too.

Please mail responses to me and I'll summarize if fun stuff is collected.

Thanks,
	Andy
	andy@autodesk.com

--
Andrew Purshottam  - Autodesk, Sausalito CA 
phone: (415) 332-2344 X2161  email: andy@autodesk.com
"The views expressed are those of the speaker."
From: bengsig@dk.oracle.com (Bjorn Engsig)
Newsgroups: comp.unix.aix
Subject: Re: what is the function _ptrgl() ?
Date: 9 Apr 92 09:48:48 GMT
Reply-To: bengsig@dk.oracle.com (Bjorn Engsig)
Organization: Oracle Denmark

Article <mtranle.702779064@paris> by tranle@intellicorp.com says:
|
|We have some C code that seems to break inside the function _ptrgl.
|What is this function supposed to do ?
It is used for all indirect calls, e.g.:

something()
{
  int (*funcptr)();

  (*funcptr)(a,b,c);
}

The call via the function pointer funcptr will be handled via
the _ptrgl function.
-- 
Bjorn Engsig    -    ORACLE Corporation.             | Editor of FAQ-list
Internet: bengsig@oracle.com, uunet!oracle!bengsig   | for comp.unix.aix
Private : bjorn@login.dkuug.dk.
From: drake@drake.almaden.ibm.com (Sam Drake)
Newsgroups: comp.unix.aix
Subject: Re: Kernel reconfigs
Date: 16 Apr 92 04:18:00 GMT
Organization: IBM Almaden Research Center

In article <1992Apr15.224251.1935@zia.aoc.nrao.edu> rmilner@zia.aoc.nrao.edu (Ruth Milner) writes:
>In article <1992Apr12.003804.120968@jrh.uucp> jrh@jrh.uucp (James R. Hamilton) writes:
>>                                          The default (and untunable)
>>    file table size is 200,000 and the process table size is 131,000.
>
>Good grief! No wonder the kernel needs 11MB of memory. This is absurd. They
>could easily have made the defaults more reasonable (like, say, 5000 and 1000)
>which would be plenty adequate for 90% of the systems, and then allow it to
>be tuned for the few systems where it isn't.

Well, remember that much of the AIX kernel ... including those tables ...
is PAGEABLE.  As a result, it makes great sense to have enormous
tables:  (1) only the storage actually needed will be used, but (2)
you NEVER have to regen the kernel.  The maintenance advantages of a 
kernel that never has to be relinked as substantial, and the dynamic 
way that the kernel tables "size themselves to match the need" is also
quite valuable.

As a result, the AIX kernel does NOT require 11MB of real memory to 
operate.  


Sam Drake / IBM Almaden Research Center 
Internet:  drake@almaden.ibm.com    BITNET:  DRAKE at ALMADEN
Newsgroups: comp.unix.aix
From: losburn@isis.cs.du.edu (Lynn Osburn)
Subject: AIX 3.2 & SNA Services (fixed from 3.1.5/7?)
Followup-To: losburn@isis.du.edu
Summary: does SNA services work as advertised?
Keywords: 3.2 SNA unaware
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Thu, 9 Apr 92 17:45:02 GMT

Under 3.1.5 and 3.1.7, it was/is possible for an attachment to be lost
without sna services being aware of it.  VTAM could be aware of it, and
recycle itself to pend-connect status, awaiting AIX's response to 
handshake, but SNA on AIX would go blithely along, thinking all was fine.
Trying 'lssrc -lssna' would report sna services active and the defined
"attachment" as also active.  Everything that depends on these (luoservers,
hcf catchers and nvdm catchers) would be inoperative, but unable to heal
themselves since the only way to check status is to inquire of sna services.

The net result (no pun intended, honest!) is that the RS/6000 is orphaned
from the network, and the only solution is to reboot, since we have (and 
won't ever have) skilled/trusted persons on the 6000 side to handle 
shutdown/restart of sna and all related processes.

HERE IS THE $64k question: does AIX 3.2 solve this problem?  Does 3.2 really
*solve* the problem, by making sna services (an src-controled resource) 
smart enough to not only realize that a disruption has occured, but also
able to do something about it (like re-establish the session) without
human intervention?  Simple communications controllers like the 3174 can do
this, and the 4680 o/s (which is to AIX as military justice is to justice)
can handle this.

Has anyone who has installed 3.2 used (and consequently abused) sna services
able to answer?  Hello, Austin....?

-Lynn Osburn