HDTenEightyP/NetNews huggingface dataset:
From: nlane@well.sf.ca.us (Nathan D. Lane)
Subject: Async on AIX 3.2 on 220 DEAD, DEAD, DEAD!!!
Organization: Whole Earth 'Lectronic Link
Date: Mon, 27 Jul 1992 04:00:50 GMT

Dead, as in braindead.  I have applied several pathces that came from IBM
defect support to fix various cu and uucp problems and slip problems.  Now,
guess what happens - every other way of accessing tty's is dead.  Including
gettys's and ate.  The specific PIF# was U402532 - did that patch break
anyone else's ate???  Please tell me.... I can't get my slip line up because
that patch seems to have broke my ATE access to my RS6K at work - due to
another bug in slattach (the one that causes multiple slip interfaces to
RANDOMLY attach to a tty assigned for slip - otherwise known as, it picks
a slip interface randomly and if it is the wrong one, the mahcine just
discards all pakcets).  Basically, I get a modem carrier (via audio) and
then it just dies andhangs up the phone.  CU also does the same thing with
a "rec'd carrier lost" or "dead" or something like that.  I am only now able
to get on to post news via my ancient Sun 3/60.  The only reliable machine
I have ever owned.  Myabe I'll just buy a Sparc...IBM, are you listening...
I think not.  YES - THIS IS A FLAME!!!!!!!!!!!!!!!!!!!

I'M SICK OF THIS!!!!!!!

SLIP dies after 12 to 24 hours....depending upon how much data you send
Async dies after 5 minutes at high bps
Pathces kill things that worked before....You know the story.

Please, someone, help me.  This is getting crazy.  My SE is probably being
driven insane by my 1:00AM calls on Sundays or Saturdays (not that I'd spare
him to fix my problem...but I wan't it fixed!!!!)

Is there anyone from IBM here on the net??????  That can help?????

Has anyone on this group signed off on IBM and gone to Sun?  I would like to
hear from you.  Maybe then I can convince my management that that is what
we should do as well.  It may not be a bad idea.  (As my Sun 3/60 is the 
only reliable machine I've got at home now.  Or at work, for that matter!)

-Nathan Lane
Trico Title Company, Santa Barbar, CA

Newsgroups: comp.unix.aix
From: shair@barolo.cso.uiuc.edu (Bob Shair)
Subject: Re: Graphics adapters (was IBM s...)
Reply-To: rmshair@chgvmic1.vnet.ibm.com
Organization: IBM Champaign
Date: Fri, 31 Jul 1992 19:14:16 GMT

amelcuk@buphy.bu.edu (Andre Melcuk) writes:


>   Of all the adapters mentioned (GTO, GT4/4x, Sabine), which ones support
>GL? Phigs? Which are faster for 2D applications?

All are supported by PHIGS, though not all functions will work on the 2D
displays.  GL supports only the 3D adapters (Sabine, GT4/4x, GTO).  
With the current release of AIX (3.2.2) the GT4/4x provide the best X
performance of the 3D displays.  We're working on improving GTO X performannce.
 
Of the 2D adapters, the GT1 (220 only) and GT3 are both faster than the 
original Skyway board for X.  The GT1 and GT3 have "different" performance,
without my being able to say that one is faster than the other.

Gotta run... going on vacation.
Bob
--

Bob Shair                          shair@chgvmic1.vnet.ibm.com
Scientific Computing Specialist    SHAIR@UIUCVMD (bitnet)
IBM Champaign
From: joubert@teldata.UUCP (Joubert Berger)
Newsgroups: comp.unix.aix
Subject: nntp on aix
Date: 24 Jul 92 22:46:09 GMT
Organization: Advance Financial Corporation / Teldate Computer Industries, Inc.

Has anyone had any experience intalling nntp 1.5.11?  ANy patches out there?

			  Joubert
-- 
Joubert Berger                   | Email:  
Teldata Computer Industries, Inc.| joubert@teldata.uucp
Atlanta, Georgia  (404) 256-2166 | joubert%teldata.uucp@mathcs.emory.edu
                                 | {rutgers,ogicse,gatech}!emory!teldata!joubert
From: pa@curly.appmag.com (Pierre Asselin)
Newsgroups: comp.unix.aix
Subject: Re: MUltiple backups in a single tape.
Keywords: backup, dump, restore
Date: 20 Jul 92 16:37:40 GMT
Organization: Applied Magnetics, Goleta, CA

In <1992Jul16.191929.15642@thunder.mcrcim.mcgill.edu> carlosp@McRCIM.McGill.EDU (Thunder Carlosp) writes:

>tctl -f /dev/rmt0 rew
>tctl -f /dev/rmt0.1 fsf 1
>restore -if /dev/rmt0.1 

>will produce  input/output  or tape error. 

It always works for me at 3.1.6.  The tapes are created by running
several rdump's in succession, sending the output to to
<tape-host>:/dev/rmt0.1.  I can "tctl fsf" to any dump and [r]restore it.

My 8mm tape drive is set to a block size of 512 for mksysb
compatibility (growl...).  Could that make a difference?
-- 

--Pierre Asselin, Magnetoresistive Head Engineering, Applied Magnetics.
  pa@appmag.com        the usual disclaimers apply.
From: MWE@ib.rl.ac.uk (Mike Ellwood)
Newsgroups: comp.unix.aix
Subject: address of IBM ftp server for fixes, etc.
Date: 24 Jul 92 13:07:49 GMT

I'm sure I've seen this posted, but have lost all record of it, very
foolishly. Can anyone help? Thanks.
Mike Ellwood (mwe@ib.rl.ac.uk)
From: abe@mace.cc.purdue.edu (Vic Abell)
Newsgroups: comp.unix.aix
Subject: Re: Changing name associated with a process
Date: 21 Jul 92 15:21:47 GMT

In article <mwarren.711724488@rws1>, mwarren@rws1.ma30.bull.com (Mark Warren) writes:
> We have a single executable ("foo" for the sake of discussion), which
> forks several children, each of which has a different purpose.  I'd
> like to change the name that is shown by 'ps' for each of these, so
> that the 'ps' command display can give some hint of what they are
> really doing.

The following works for me under AIX 3.2:

	main(int argc, char *argv[])
	{
	        int i;
	
	        i = strlen(argv[0]);
	        sprintf(argv[0], "%-.*s", i, "New");
	        for (;;)
	                sleep(30);
	}
	speedy: 77 = a.out&
	[1]     19884
	speedy: 78 = ps
	   PID    TTY  TIME CMD
	 10925  pts/5  0:00 ps 
	 15217  pts/5  0:00 -ksh 
	 19884  pts/5  0:00 New 

However, the -u <user> option of ps(1) does ignore the change to argv[0].

	speedy: 79 = ps -u abe
	   UID   PID    TTY  TIME CMD
	   548 10926  pts/5  0:00 ps
	   548 15217  pts/5  0:00 ksh
	   548 19884  pts/5  0:00 a.out

Aren't you doing this already in your BSD environment?
Newsgroups: comp.unix.aix
From: merrick@magnus.acs.ohio-state.edu (Tom Merrick)
Subject: Re: IBM screws a few more customers
Organization: The Ohio State University
Date: Wed, 22 Jul 1992 12:29:00 GMT

In article <1992Jul21.170450.29338@cadlab.sublink.org> albani@cadlab.sublink.org (Lanfranco Albani) writes:
>amelcuk@buphy.bu.edu (Andre Melcuk) writes:
>:the only adapter in the IBM line that supports GL. There are better and
>:cheaper adapters for what we do, but we can't use them. A 220, for example
>:can't use sabine and hence (according to our Rep) doesn't run GL.
>
>
>You can put a Sabine into a 220.

Are you sure about this?  I thought the reason that the Sabine, gt4, and gt4+
would not work on the 220 was that the bus slot provided with it would not
take a full sized card.

The only way to get good 3D graphics on the 220 was to get the gto option 
which costs more than the 220!
>
>Bye, Lanfranco
>
>-- 
>Lanfranco Albani - CAD.LAB s.p.a., v. Ronzani 7/29, Casalecchio, Italia
>Email: (work:) albani@cadlab.sublink.org, (home:) bob@allan.sublink.org
>Phone: (work:) ++39 (51) 6130360, (home:) ++39 (51) 727372; 
>Fax: ++39 (51) 6130294 (work only), Fidonet: 2:332/407.1138 (home only).

Tom Merrick
Ohio State University
From: rriv@oural.inria.fr (Robert Riviere)
Newsgroups: comp.unix.aix
Subject: HELP ! installp failing !
Date: 27 Jul 92 10:16:58 GMT
Organization: INRIA, Sophia-Antipolis (Fr)

Hello,
I've an annoying 3.2.0 problem which I hope is easy to solve to an AIX
installation wizard :

when I do : installp ...etc (some options)...

I'm answered :
installp:  There may be an installp process currently running.
        Wait for this process to complete or run installp -C to
        cleanup a failed installation.
There isn't any install. process running, so I do "installp -C" and I'm of course
answered :
installp:  There may be an installp process currently running.
        Wait for this process to complete or run installp -C to
        cleanup a failed installation.
Gag.

Does anybody knows how to get out this situation ?
Thanks in advance...

(The machine on which I try installp is an /usr client, however...)
-- 
Robert Riviere
(rriv@sophia.inria.fr)				Tel: (33) 93.65.79.06
Inria/CERMICS					Fax: (33) 93.65.77.40
BP 93
06902	Sophia Antipolis Cedex
Newsgroups: comp.unix.aix
From: scotte@cdsac.uucp (L. Scott Emmons)
Subject: Re: Reading on RS600 8mm tape written on SUN sparc
Date: Tue, 28 Jul 1992 15:35:44 GMT
Organization: Cable Data (U.S. Computer Services), Sacramento, CA

In article <1992Jul25.124140.19805@cti-software.nl> pim@cti-software.nl (Pim Zandbergen) writes:
>Our 8mm drive is set to blocksize 512, the installation release
>notes say this is required for mksysb. But this make your 8mm drive
>into a 1.1 GB drive! 

Reset it to 1024 for normal use. "mksysb" will change it to 512 when
you run it, then you must manually change it back to 1024 after the
"mksysb".

-- 
			   L. Scott Emmons
		     csusac.csus.edu!cdsac!scotte
Newsgroups: comp.unix.aix
From: tom@bim.itc.univie.ac.at (Tom Kovar)
Subject: RS/6000 and ELM (Help!)
Organization: Inst.of Theor.Chemistry,Univ.of Vienna,Austria
X-Newsreader: Tin 1.1 PL3
Distribution: comp
Date: Wed, 22 Jul 1992 11:19:45 GMT

[ Article crossposted from comp.mail.elm ]
[ Author was Tom Kovar ]
[ Posted on Wed, 22 Jul 1992 11:13:07 GMT ]

henrich@crs.cl.msu.edu (Chuck Henrich) writes:
: I've been trying to get ELM to compile on an RS/6000 (of which I have just 
: about no familiarity with) all day, and I have had zero luck.  I have 
: gotten several different archives, some that have been successfully created
: on RS/6000 (but they fail on mine!).  I have had zero luck, if anyone can
: help me out, I would be most greatful.  
: 

  Yes, there have been some porting problems, as the AIDS/UNIX has many very
special features :-) I've got it already. If you are interested, I can send
you the aixified sources. Mail to Tom.Kovar@itc.univie.ac.at
  Regards,
								Tom
From: rudy@chukran.austin.ibm.com
Newsgroups: comp.unix.aix
Subject: Re: PCsim and MS Windows
Date: 21 Jul 92 15:43:50 GMT
Reply-To: chukran@austin.vnet.ibm.com(Rudy Chukran)
Organization: IBM Advanced Workstation Division

In article <Jul13.222505.56015@yuma.ACNS.ColoState.EDU>, wsnell@ops.agsci.colostate.edu (Warren Snelling) writes:
|> I've been unable to install Microsoft Windows (3.0 or 3.1) on
|> an RS/6000 220W running the PC simulator.  The 220W
What little I know about Windows 3.1 is what I read in the trade rags.
But what I recall, Windows 3.1 no longer supports running in real
mode, which I think means you can no longer run it on a 283 system.
Microsoft has limited it to run only on 386 systems.

The AIX PC simulator simulates a 286 running in real mode.  The best
you will be able to do is run Windows 3.0.  This is known to work, but
again, its only what I read in the papers.   And I always believe what
I read in the papers -- and USENET :-) 

I'd also be quite surprised that Windows doesnt insist on installing
itself from the A: drive.  Id suggest first finding a system with a
floppy and installing this way to prove that floppy installation works.
Then add the new complication of installing from floppy images.

Also be aware that one cannot execute DOS programs (exe files) from DOS
drives simulated via AIX directories.  Programs must reside in a
DOS drive file image.  You can copy them there from dos or from AIX using
doswrite.
-- 
*********************************************************************
Rudy Chukran                |       EMAIL:            
IBM AIX Technical Consulting| RSCS: CHUKRAN at AUSTIN 
11400 Burnet Rd.            | AWDnet:rudy@chukran.austin.ibm.com    
Internal ZIP 2830           | internet: chukran@austin.vnet.ibm.com
Austin, Texas 78758         |
*********************************************************************
Newsgroups: comp.unix.aix
From: presberg@theory.TC.Cornell.EDU (David Presberg)
Subject: Re: "Etime" command
Organization: /home/staff/presberg/.organization
Distribution: na
Date: Mon, 27 Jul 1992 19:25:20 GMT

Look at MCLOCK if you want a Fortran-callable timing function.

- -----------------------------------------------------------------
- David L. Presberg, Parallel Systems Software Engineer, CNSF/TIG
- 740 Engineering and Theory Center Building, Cornell University,
- Ithaca, NY 14853-3801 607-254-8861 presberg@theory.tc.cornell.edu
- -----------------------------------------------------------------
--
- -----------------------------------------------------------------
- David L. Presberg, Parallel Systems Software Engineer, CNSF/TIG
- 740 Engineering and Theory Center Building, Cornell University,
- Ithaca, NY 14853-3801 607-254-8861 presberg@theory.tc.cornell.edu
- -----------------------------------------------------------------
Newsgroups: comp.unix.aix
From: HSTAMS@CIPVAX.BIOLAN.UNI-KOELN.DE (Henning Stams)
Subject: The (HELP - URGENT) problem is fixed. Thanks to all who helped.
Organization: BIOLAN - COLOGNE UNIVERSITY (FRG)
Date: Mon, 27 Jul 92 06:33:12 GMT
X-News-Reader: VMS NEWS 1.22

Hello all you friendly dudes,

my problem concerning the RS/6000 with AIX 3.1.5. not booting from disk
anymore has been fixed; my job is secure again.

I want to thank all the guys who helped me in this awful situation; without
those people I wouldn't have made it. It was sort of a long weekend, but
the effort was brilliant.

LONG LIVE NEWS! ;-)

Henning
Newsgroups: comp.unix.aix
From: marca@void.ncsa.uiuc.edu (Marc Andreessen)
Subject: Re: Emacs on RS6000 running AIX 3.2
Organization: University of Illinois at Urbana
Distribution: comp
Date: Wed, 22 Jul 1992 19:14:19 GMT

nam@ccd.harris.com (Noahal A. Mundt) writes:
: Hello AIX'ers,
: 
: Can someone please tell me where I can find a version of Emacs
: which will operate properly under AIX 3.2.  I would like to find
: an ftp site where I can *realiably* get emacs and re-compile it
: on my RS6000.  Your help is greatly appreciated.

Emacs 18.58 should support AIX 3.2 just fine.  Try prep.ai.mit.edu
in /pub/gnu.

Also, Epoch 4.0 (a modified version of Emacs 18.58 with extra support
for X Windows) supports AIX 3.2; try cs.uiuc.edu in /pub/epoch-files/epoch.

Marc

-- 
Marc Andreessen
Software Development Group
National Center for Supercomputing Applications
marca@ncsa.uiuc.edu
From: bguest@ateam.ems.cdc.com (Brandon Guest)
Newsgroups: comp.unix.aix
Subject: Re: Is there an internet access to IBMLink data?
Keywords: IBMLink interface
Date: 24 Jul 92 13:01:05 GMT
Organization: Empros Systems International, a division of Control Data

In article <1992Jul24.060144.25605@dickens.com> lpc@dickens.com (Luis P Caamano) writes:
>In article <1992Jul23.044255.22590@msc.cornell.edu> putnam@msc.cornell.edu writes:
>>
>>Is there another interface for IBMLink available?
[stuff deleted about IBMLink experiences]
>
>Assuming you want AIX/RS6000 info, you might want to try
>the AIX Technical Library that comes in CD/ROM.  It includes
>3.1 and 3.2 infoexplorer plus hone Q&A databases plus CE's
>APAR databases.  The great thing about it, is that you query
>using infoexplorer instead of the arcaic query methods used
>in hone's mainframes. (and you can use X windows).
[stuff deleted]
>
>The minus is that you'll have to find some extra 400MB for it.

If the AIX Technical library come on CD-ROM and uses the info 
interface, why does it take an extra 400MB?  Are you copying the
database to your hard disk?  Can't I just read the info off of
the CD-ROM (assuming that I can tolerate the speed)?

Brandon
-- 
H. Brandon Guest                | bguest@ems.cdc.com
Empros Systems International    | (A division of Control Data Corp)
2300 Berkshire Lane North       | Voice (612) 553-4529
Plymouth, MN 55441-3694         | Fax   (612) 553-4018
Newsgroups: comp.unix.aix
From: scotte@cdsac.uucp (L. Scott Emmons)
Subject: Re: MUltiple backups in a single tape.
Date: Wed, 22 Jul 1992 15:20:48 GMT
Organization: Cable Data (U.S. Computer Services), Sacramento, CA
Keywords: backup, dump, restore

In article <1193@curly.appmag.com> pa@curly.appmag.com (Pierre Asselin) writes:
>In <1992Jul16.191929.15642@thunder.mcrcim.mcgill.edu> carlosp@McRCIM.McGill.EDU (Thunder Carlosp) writes:
>
>>tctl -f /dev/rmt0 rew
>>tctl -f /dev/rmt0.1 fsf 1
>>restore -if /dev/rmt0.1 
>
>>will produce  input/output  or tape error. 
>
>It always works for me at 3.1.6.  The tapes are created by running
>several rdump's in succession, sending the output to to
><tape-host>:/dev/rmt0.1.  I can "tctl fsf" to any dump and [r]restore it.
>
>My 8mm tape drive is set to a block size of 512 for mksysb
>compatibility (growl...).  Could that make a difference?

I would _VERY_ strongly recommend not using a block size of 512
(except for "mksysb") on 8mm tape drives. Because of the helical scan
system, the amount of data that must be written to a helical track is
1024 bytes. If you have a block size of 512, the storage capacity of
8mm is halved, as the tape drive still must write 1024 byte blocks. An
"end-of-block" marker is placed on the tape and the remaining 512
bytes are padded -- thus 1/2 of each track becomes wasted space.

The "mksysb" command must have 512 byte blocks on the tape, presumably
because the 'mini-kernel' in the boot-section of the tape speaks only
in terms of 512 byte blocks.

On the top example (tctl, tctl, restore): If that is a tape created by
"mksysb", then you will want to read it thusly (i.e. with "tar", not
"restore", as "mksysb" creates these tapes with "tar"):

	tctl -f/dev/rmtX.1 fsf 1
	tar xv<otheropts>f /dev/rmtX.1 <filenames>

If you are unable to read tapes, make sure you check the device block
size. The "mksysb" command does _NOT_ restore the block size to 1024
(or the previous value) when it is finished. This is easily
accomplished via "smit tape" or "chdev -l rmtX -a block_size=1024".

For more information, request the following ASKQ documents from your
IBM rep:
	Doc ID Q590900 - Item 7SKHQ - Title 920521
        Doc ID Q554651 - Item ONGW5 - Title 910927
        Doc ID Q597507 - Item 4140K - Title 920717
	Doc ID Q580977 - Item BGHGP - Title 920420

Does anyone else have good references (IBM, magazine, book, etc) to
8mm tape drive technology?

Hope this helps...
-- 
			   L. Scott Emmons
		     csusac.csus.edu!cdsac!scotte
From: dlj0@ns1.cc.lehigh.edu (DAVID L. JOHNSON)
Newsgroups: comp.unix.aix
Subject: Re: PCsim and MS Windows
Date: 25 Jul 92 18:35:46 GMT
Organization: Lehigh University

In article <1992Jul21.154350.26213@awdprime.austin.ibm.com>, rudy@chukran.austin.ibm.com writes:
>In article <Jul13.222505.56015@yuma.ACNS.ColoState.EDU>, wsnell@ops.agsci.colostate.edu (Warren Snelling) writes:
>|> I've been unable to install Microsoft Windows (3.0 or 3.1) on
>|> an RS/6000 220W running the PC simulator.  The 220W
>What little I know about Windows 3.1 is what I read in the trade rags.
>But what I recall, Windows 3.1 no longer supports running in real
>mode, which I think means you can no longer run it on a 283 system.
>Microsoft has limited it to run only on 386 systems.
>
I don't know about MS_Windows 3.1 either, but for a while I played with 
MS-Windows under PCsim in AIX 3.1.  It was awful.  Very slow, and such an
itty-bitty window.  I ran it off a Cdrive virtual hard disk file.  That
grew uncontrollably as I fiddled, to a 40 meg file.  Not worth the space
on my filesystem.

>The AIX PC simulator simulates a 286 running in real mode.  The best
>you will be able to do is run Windows 3.0.  This is known to work, but
>again, its only what I read in the papers.   And I always believe what
>I read in the papers -- and USENET :-) 
>
Is PCsim in AIX 3.2 still only a -286?  It is awfully slow, and I only use
it now from the floppy drive, but at least the vga window can be enlarged.

>I'd also be quite surprised that Windows doesnt insist on installing
>itself from the A: drive.  Id suggest first finding a system with a
>floppy and installing this way to prove that floppy installation works.
>Then add the new complication of installing from floppy images.
>a
I don't know what you mean here.  Windows can be installed from any floppy on
a MS_Dos system; what you call your floppy under PCsim is up to you.  It'll 
work.

>Also be aware that one cannot execute DOS programs (exe files) from DOS
>drives simulated via AIX directories.  Programs must reside in a
>DOS drive file image.  You can copy them there from dos or from AIX using
>doswrite.

I'm not sure what you mean.  PCSIM will let you create a file that can be 
used as a C-drive for PCsim.  You can execute from there; but the file seems
to become ever larger with use, keep it small enough by restricing the size
of the Cdrive you create.  See the man pages for instructions.



-- 
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: csh@lanl.gov (Charles S. Henkel)
Subject: Re: AIX 3.1.5 hosts.equiv/.rhosts
Organization: Westinghouse Savannah River Company
	<VP.92Jul17152815@babel.fct.unl.pt>
Date: Fri, 24 Jul 1992 15:35:02 GMT

If having problems with rlogin to an rs/6000, make sure your .rhosts
file contains the hostname that the rs/6000 *thinks* you're coming from.
Get this by rlogging in with password, then doing a "last" command.

Also make sure .rhosts is chmod 600.

_C
Newsgroups: comp.unix.aix
From: scotte@cdsac.uucp (L. Scott Emmons)
Subject: Re: Info and Man
Date: Wed, 22 Jul 1992 15:36:18 GMT
Organization: Cable Data (U.S. Computer Services), Sacramento, CA

In article <76320@ut-emx.uucp> huq@hagar.ph.utexas.edu (Mijan Huq.) writes:
>
>	We have a network of RS6000's all using one CDROM to get their man pages and info off of. The
>biggest problem with it is that it is terribly slow. Even on the machine that the CDROM is directly
>connected to, the man pages take ages to come up. I would like to move the man pages to the /usr/man
>tree to speed man up a bit. I have looked at the files on the CDROM. Some of the files that I would
>need are large. The files on the CDROM are large and are single files containing groups of information.
>Is it possible for me to extract man pages in the usual format from these?
>	Any suggestions or ideas would help.

No, you cannot extract normal-format man pages and put them in
/usr/man. What you can do, essentially, is umount the CDROM from
"/usr/lpp/info/En_US" (change "En_US" to the appropriate place for
your language). Re-mount the CDROM elsewhere (like on /cdrom). Then,
copy all of the stuff from the CDROM into the "/usr/lpp/info/En_US"
directory (directly onto hard disk).

For the detailed description on how to do this, look in info under
"How to Copy InfoExplorer Information Bases from CD-ROM to Fixed Disk".
-- 
			   L. Scott Emmons
		     csusac.csus.edu!cdsac!scotte
Newsgroups: comp.unix.aix
From: prener@watson.ibm.com (Dan Prener)
Subject: Re: Global linkage failing?
Date: Thu, 30 Jul 1992 08:00:36 GMT
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center, Hawthorne, New York

In article <1992Jul28.194149.17701@mintaka.lcs.mit.edu> mycroft@hal.gnu.ai.mit.edu (Charles Hannum) writes:

>I have a case under AIX 3.2.1 where a shared library importing symbols
>seems to be failing.  The imported symbols are not actually getting
>linked at run-time, and the program fails in strange and interesting
>ways.

>Is there a known problem with global linkage?

I don't know of any such problem.  Why don't you post some more information,
such as how you build the shared library and how you link the programs that
refer to it.
--
                                   Dan Prener (prener@watson.ibm.com)
Newsgroups: comp.unix.aix