HDTenEightyP/NetNews huggingface dataset:
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: Lock manager problems
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Thu, 31 Dec 1992 01:12:19 GMT

spatters@csugrad.cs.vt.edu (Stephen Patterson) writes:

>I keep getting an error that says "local lock manager not registered" on any
>program that tries to lock a file, most notably sendmail.  Does anyone have
>any idea what has happened?  Any help would be appreciated.

Sounds like it's possible that you have configured for NFS but rpc.lockd
and rpc.statd aren't enabled in /etc/inittab...
-- 
    Jim Jagielski               | "It is not I who am crazy...
    jim@jagubox.gsfc.nasa.gov   |  it is I who am MAD!"
    NASA/GSFC, Code 734.4       |
    Greenbelt, MD 20771         |            - Ren
From: spatters@csugrad.cs.vt.edu (Stephen Patterson)
Newsgroups: comp.unix.aux
Subject: Lock manager problems - more info
Date: 30 Dec 92 22:58:40 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

spatters@csugrad.cs.vt.edu (Stephen Patterson) writes:

>I keep getting an error that says "local lock manager not registered" on any
>program that tries to lock a file, most notably sendmail.  Does anyone have
>any idea what has happened?  Any help would be appreciated.

  System: Mac II w/20 meg of ram running A/UX 3.0
          stand alone system usually running X11R5 or console

	Stephen
From: Mike_Peters@vos.stratus.com (Mike Peters)
Newsgroups: comp.unix.aux
Subject: Query string to CommandShell VT102?
Followup-To: comp.unix.aux
Date: 28 Dec 1992 04:52:40 GMT
Organization: Stratus Computer, Inc.
Distribution: world
NNTP-Posting-Host: greer.az.stratus.com

I need to send a string to the vt102 terminal emulator used by CommandShell
that will cause the answerback string (specified in the CommandShell active
window settings) to be sent as a response (or the standard vt102 terminal
id string).   I tried the escape sequences documented in vt102(7) (A/UX man
page), but I don't get anything back.

Does anyone have any suggestions?

-------------------------------------------------------------------------
Mike Peters                         VOS Mail: Mike_Peters@vos.stratus.com
Consulting Systems Engineer        Unix Mail: mp@az.stratus.com
Stratus Computer, Inc.            Voice Mail: (602) 852-3002
-------------------------------------------------------------------------
Newsgroups: comp.unix.aux
From: mikeg@asylum.tmc.edu (Michael Grabenstein)
Subject: MacX wierdness
Organization: NASA Goddard Space Flight Center
Date: Mon, 28 Dec 1992 19:22:00 GMT

	I apologize if this is not the correct area to post this.

	We are using MacX and cannot get it to use the delete key 
as the backspace key in a Xterm. I issue a "stty erase ^? echoe" 
(where ^? is where I press the delete key). But nothing changes in 
the Xterm.
	The X server is a RS/6000. (I know that says it all :-)

	Any ideas on what I can do to make use of the delete key in
MacX? Please, E-mail. Thanks in advance!
Take care,
	Mike
	mikeg@asylum.gsfc.nasa.gov
=-=-=-=-====-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=
Std. Disclaimers...
Def. Universe -- The largest known Fractal.
			--Personal Theory

Froehliche Weihnachten und ein glueckliches neues Jahr!
Newsgroups: comp.unix.aux
From: fred@ivhs.mot.com (Fred Brunner)
Subject: Re: Trouble throwing stuff out in the trash
Organization: Motorola IVHS Group - Northbrook IL
Distribution: na
Date: 29 Dec 92 17:03:00 GMT

jim@jagubox.gsfc.nasa.gov (Jim Jagielski) writes:

>upsiu@mcs.drexel.edu (Paul Siu) writes:

>>Does anyone notice problems when throwing files from the UNIX partition into
>>the trash under the AUX 3.0 finder?  When the file is tossed into the trash
>>can, the trash can bulged, and then the file is then put back into the same
>>directory, the directory is then rearranged.  If you try to throw the file
>>out again, it works.  It takes two tries to throw out a file.

>I think what's happening is that we are seeing the results of the
>file system being sync'ed every 30 seconds. We time the drag and the
>exact time that a sync is done so the Trash is "undone" (if you can
>follow...)

This happens constantly to me, and after observing it for months, I decided
that it was a feature. What seems to happen is that any time a change that
hasn't been reflected in the Finder window occurs, the attempt to Empty Trash
causes this change (in icon positions, for example) which was 'queued' to be
executed - if this meant that the file you just trashed needed to be rearranged,
it gets magically sucked out of the trash and neatly replaced in the folder.

I can always trash on the first try from the Finder on folders just opened. 
Otherwise it's almost all the time I have to do it twice. A trick I use is
to rename a file I want to trash to force a folder update, so I know I can
discard it in one try.

I think that Jim is right about the synchronization being the 'cause' of
the problem, but I don't know if it's the underlying filesystem sync or the
Finder 7.0 itself.

-FB

-- 
---   ---   ---   ---   ---   ---   ---   ---   ---   ---   ---   ---   ---   
Fred Brunner - Sr. Systems Engineer (all opinions expressed solely my own)
Intelligent Vehicle/Highway Systems Group - Motorola, Inc.
---   ---   ---   ---   ---   ---   ---   ---   ---   ---   ---   ---   ---
Newsgroups: comp.unix.aux
From: weigert@etlhit.etl.go.jp (Thomas Weigert)
Subject: Re: Accelerators & A/UX
Reply-To: weigert@mcs.anl.gov
Organization: Electrotechnical Laboratory, Tsukuba-shi, Japan
Distribution: comp
Date: Wed, 30 Dec 1992 01:46:07 GMT



SET> Has anybody had any experience with A/UX and 3rd party accelerator
SET> boards (like a DayStart PowerCache)? They seem to claim 100% software
SET> compatibility, but I'm not at all sure that includes A/UX.  Any info
SET> is appreciated.

I am using the Daystar 030 50Mhz PowerCache and am very satisfied, both
with A/UX and Mac OS performance. (I should point out that I have not
upgraded to 3.0 and System 7 yet, however.)

Cheers, Thomas.
--
Note: The address below is valid until Jan 15, 1993.

+--------------------------------+---------------------------------+
| Thomas Weigert                 |                                 |
| Machine Inference Section      |                                 |
| Electrotechnical Laboratory    |                                 |
| Umezono 1-1-4, Tukuba-shi      | weigert@{mcs.anl.gov,etl.go.jp} |
| Ibaraki 305, Japan             | +81-298-58-5918 (phone+fax)     |
+--------------------------------+---------------------------------+
Newsgroups: comp.unix.aux
From: dent@cwis.unomaha.edu (Dave Caplinger)
Subject: Re: pine on jagubox
Organization: University of Nebraska at Omaha
Date: Wed, 23 Dec 1992 22:52:24 GMT

gpb@gpb-mac (greg berryman ) writes:
>kingtut@world.std.com (Kingtut) writes:
>: I d/l the file pine3.05.tar.Z from jagubox and tried to decompress it on
>: my system. But it said that the file is not in compressed format. Is this
>: a problem with the file or with my system??
>
>Did you use binary mode for the transfer?  If not, try it that way.
>
>Greg.

If you downloaded the program with a Mac commuications program (like Zterm)
but into an A/UX directory, the file will be an AppleSingle format Mac OS
file.  (Type "file pine3.05.tar.Z" to find out what kind of file A/UX thinks
it is.)  If this is the case, you can do this to convert it:

	% fcnvt -d pine3.05.tar.Z pine.tar.Z
	% rm pine3.05.tar.Z %pine.tar.Z

(This converts the AppleSingle file to a two-part AppleDouble file, with
the data fork in "pine.tar.Z" and the resource fork in "%pine.tar.Z")

You'll be left with "pine.tar.Z" which will be a cmpressed tar file that you
can "uncompress" and "tar -xf".  Note that none of this will work if you don't
take Greg's advice above and be sure to download it as an 8-bit binary file.

There's probably a simpler way to do all that, but this is the method I use...
You could avoid all of this by using an A/UX appliation (such a kermit) to
download the file straight into an A/UX directory and as a UNIX file, but in
my case I've locked my modem at 19.2Kbps and the C-Kermit that comes with
A/UX 3.0 refuses to acknowledge that speeds faster than 9600bps exist.  Also,
I like Zterm better anyway.  :-)

- Dave Caplinger
  dent@loria.omahug.org (A/UX)
  dent@cwis.unomaha.edu
Organization: Arizona State University
Date: Saturday, 2 Jan 1993 13:24:20 MST
From: Ben Goren <AUBXG@ASUACAD.BITNET>
Newsgroups: comp.unix.aux
Subject: Re: shlib in /usr/spool/ftp
 <1993Jan1.173450.7264@panix.com>

(Again apologies for the primitive newsreader. I think this is enough
incentive for me to make sure that my next A/UX project will be rn or
something like that.)

Regarding disagreement with my gripe about Apple not talking about
/shlib:

I don't expect Apple to go to such lengths in general, but I think it
was warrented in this case. *Every* other file and directory in /usr/\
spool/ftp was described, in most cases even giving the mode and owner/
group information. ~/ftp/bin/ls was described as being necesary for
ftp to function correctly; why couldn't they also mention that ~/shlib
is necessary for the whole machine to fuction? With the care with which
they described the potential security problems, I'd expect them to at
least mention this potentially deadly one.

Ah, well. Live and learn. At least I've got a (more) sensible partitioning
scheme now.

Trust all had a happy and safe New Year's, and that all headaches
are beginning to subside....

b&
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: comp.unix.aux
Subject: Re: More SCSI wierdness ...
Date: 28 Dec 1992 17:24:53 +0100
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In comp.unix.aux, article <Bzq8yH.1vv@news.udel.edu>,
  johnston@me.udel.edu (Bill Johnston) writes:
> My (former) A/UX boot disk has recently come up with a new
> way of misbehaving.  It has been making its distinctive
> "spin-up" sound repeatedly during disk-intensive processes;
> the sound is often accompanied by "Recovered Error" messages 
> in the Console window.  
> 
Sounds like a power supply problem.

Measure the voltage of the disk's power. (When two of mine went from
"occasionally misbehaving" to "won't work anymore", I discovered that
their 12-V side had gone to approx. 6 V. Took out one disk, power was
at 8 V, disk flaky again.  Exchanged the power supply and the problem
went away.)

Try attaching the disk to another power supply, preferably with no other
devices attached to it. Small PCish power supplies are quite cheap nowadays.
Get 1 A per disk (at 12 V) if you can configure your disks to delay
spin-up, 2 A if not.

Try connecting two medium-sized Tantal condensators to both the 5-V and
12-V side. Another of my disks stopped annoying me after I did that.
I soldered them directly onto the disk drive's logic board; a better
solution would be to integrate them into the plug from the power supply.

The disk motor might also be at fault, though I doubt that because your disk
works most of the time.

-- 
Avoid the chicken salad.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
From: x@springer.aux.apple.com (Steve Peters)
Newsgroups: comp.unix.aux
Subject: Re: fonts & stuff
Date: 23 Dec 92 01:24:12 GMT
Reply-To: peters@apple.com
Organization: Apple Computer, Inc.

In article <891@blue.cis.pitt.edu>, stump1+@pitt.edu (Robert E Mitchell) writes:
|> 
|> 	How does one go about changing the default fonts in MacX.         
|> Specifically xterm.  I don't care for the rather large font that they 
|> default to, and I'd like something a little smaller and more managable.

Rather: How does one go about changing the default font that the *xterm client* employs
(for all clients I know of, the client, *not* the X server drives the choice of fonts.)

Try, e.g.:
        xterm -fn 6x10
or
        xterm -fn "-adobe-courier-medium-r-normal--10-100-75-75-m-60-iso8859-1"
or learn about X resources, application default files, xrdb, ...

-- 
Steve Peters
X Project Leader
Apple Computer, Inc.
peters@apple.com
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Calling back... phaseII
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Mon, 21 Dec 1992 11:21:09 GMT

Thanks to all who suggested I look at 'ct'...

At the present time it looks like it might work, but it'll take some
work, mainly due to the environment that jagubox is running on. Here at
Goddard, we use the Rolm telephone system, which is a combination voice-
data digital system. To "contact" the data portion, you have to type
Return to the modem section, wait for "CALL, DISPLAY OR MODIFY" and then
type "CALL XXXXXXXXX"...

This means some modification of Dialers and Devices but at present it
looks like it Just Might Work!

Thanks again!
-- 
    Jim Jagielski               | "It is not I who am crazy...
    jim@jagubox.gsfc.nasa.gov   |  it is I who am MAD!"
    NASA/GSFC, Code 734.4       |
    Greenbelt, MD 20771         |            - Ren
From: david@ruc.dk (David Stodolsky)
Newsgroups: comp.unix.aux
Subject: Re: Hardware flow control
Date: 23 Dec 92 21:30:17 GMT
Organization: Datalogi, Roskilde Universitetscenter

>>Mac cables:

>>hardware handshake              software handshake
>>mac         modem               mac          modem
>>1           20&4                1            20
>>2           5                   2            8
>>3           2                   3            2
>>4&8         7                   4&8          7
>>5           3                   5            3

>>Neither of these matches the configuration shown in the FAQ.

>The cable in the FAQ is for Dialup Security... that it, it monitors
>CD (DCD) and when dropped, hangs up the line.

Doesn't his software handshake cable do this?

>If you need hardware handshake, then follow the directions of your
>manufacturer. You may also need to setup DTR flow control, depending
>on the handshaking implementation...

What is DTR flow control. Why the connection parallel with DTR in the
FAQ cable below?

Make sure that the modem cable is correctly configured:

        Mac       Modem
        --------------------
        1 (HskO)  20 (DTR)
                  4  (RTS)  <- yep... it gets sent to Pin 20 & 4
        2 (HskI)  8  (DCD)
  
-- 
David S. Stodolsky                            Tel: + 45 31 95 92 82
Department of Computer Science                Fax: + 45 46 75 42 01
Bldg. 20.1, Roskilde University              Internet: david@ruc.dk
Post Box 260, DK-4000 Roskilde, Denmark      or: david@mcsun.EU.net
Newsgroups: comp.unix.aux
From: marcelo@deadzone.princeton.edu (Marcelo Gallardo)
Subject: Apple's 400MB drive
Date: Wed, 23 Dec 1992 20:32:01 GMT
Organization: DeadZone * A/UX 3.0 SVR2 * 609-275-1833
Keywords: Apple HD 400


	Anyone know which 400MB drive Apple is shipping with their 
	systems? Also does anyone have the /etc/disktab entry is? Could
	it be the QPD425S which is listed in the disktab file that Jim
	has made available on jagubox?

	Marcelo -

-- 
Marcelo Gallardo			marcelo@deadzone.princeton.edu
Test and Evaluation Specialist		...!princeton!deadzone!marcelo
Princeton University			marcelo@Princeton.EDU
Advanced Technologies and Applications		(609) 258-5661
Newsgroups: comp.unix.aux
From: ttbob@raphael.lerc.nasa.gov (Robert Orszycki)
Subject: Third Party Disk Drive Problems
Organization: NASA Lewis Research Center [Cleveland, Ohio]
Distribution: usa
Date: Thu, 31 Dec 1992 17:01:10 GMT


Has anyone else encountered problems with a 1.0G Macinstor Third Party Drive
in a Quadra 950, running A/UX 3.0?

A/UX 3.0 installs with no problem, but when you go to launch A/UX, it replies
with "panic: no root file system".

I contacted APPLE A/UX support and they told me that yes, there was a
problem if the drive is a DEC DSP3105S.  Sure enough, that is what it is.

Unfortunately, there does not appear to be great demand to have A/UX 
engineering work on this problem.

-- 

-----------------------------------------------------------------------------
Robert Orszycki			|     phone: 216-433-8721
NASA Lewis Research Center     	|    
Cleveland, Ohio  44135         	|     email: ttbob@raphael.lerc.nasa.gov 
-----------------------------------------------------------------------------

Newsgroups: comp.unix.aux
From: pjanhune@sumppu.fmi.fi (Pekka Janhunen)
Subject: Kernel panics with NFS
Summary: Sometimes get a kernel panic when trying to save from Mac apps to NFS-m
Keywords: NFS, kernel, panic
Organization: Finnish Meteorological Institute FMI
Date: 22 Dec 92 08:43:04 GMT

Help!

I'm using an Iris4D running IRIX4.0.5 as an NFS server for MacIIfx running
A/UX 3.0. I have had several problems, probably related.

Initially, the problem was that setfile created a core dump when I tried
to typify a file residing on the Iris disk. The file had no %... fork
prior to setfile, and setfile was unable to create one. THis problem did
not occur always, but about 50% of the time. Later, the problem got worse,
it started to generate kernel panics. The tex was something like 'kmem:
alloc'.

Then I found the following fixup. I had put myself to group 'bin' in A/UX,
in order to easily install new software to root partition without logging
in as root. I changed this to 'other', and ensured it was the same group ID
number as in Iris. I also realized that it was not necessary to use setfile,
(which still tended to crash, one time even kernel panic), one could simply
copy any correct-type %.. fork under the proper name. In this way, the 
typify operation could be performed on the Iris alone.

However, yesterday I got a kernel panic when I just tried to save a file
from Spyglass Transform (a regular Macintosh application) on NFS-mounted
volume. It was 'kmem: alloc' again.

What's going on? Do others experience similar problems with NFS? The bug
is not easily repeatable (well, at least I dont want to repeat it). Is
the agreement between NFS server/client group-ID's essential?

Spyglass Transform had written part (16384 bytes) of the data fork before
the crash. No %.. fork appeared. THe curious thing is that when I look the
file from the Finder, it reports zero bytes size, still the ls -l from 
either A/UX or Iris shows 16384 bytes.
From: spencer@panix.com (David Spencer)
Newsgroups: comp.unix.aux
Subject: Re: shlib in /usr/spool/ftp
Date: 1 Jan 93 17:34:50 GMT
Organization: PANIX Public Access Unix, NYC

jim@jagubox.gsfc.nasa.gov (Jim Jagielski) writes:

>Ben Goren <AUBXG@ASUACAD.BITNET> writes:

>>What was it that I removed? A directory called "shlib." Those of you
>>who're more experienced with Unix and A/UX probably know the result
>>already....

>>Things immediately started going weird; it was then that I realized
>>that the directory had been hard linked to /shlib, which apparently
>>is Very Important,

>Does this mean that /shlib no longer exists? That is strange, since
>removing the hard link (which I assume was ~ftp/shlib) should just
>remove the link and not the directory it points to...

Unless ~ftp/shlib was a symlink and he deleted it by dragging it to
the Trash. In which case he lost /shlib, too.

Aren't /unix and essential bootstuff static linked? They are on other
unices, so that one can at least boot and recover the original /shlib
if one munges /shlib.

I don't agree with the original poster that Apple's to blame for not
mentioning it in the manpage (you'd have to put "DON'T MESS WITH
ANYTHING CALLED shlib!" in every manpage). But maybe /shlib should be
called /DONT_EVEN_THINK_OF_TOUCHING_THIS..... And this Trash bug is
mean and dangerous.

dhs    spencer@panix.com
Newsgroups: comp.unix.aux
From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Subject: Re: shlib in /usr/spool/ftp
Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
Organization: NASA/Goddard Space Flight Center
Date: Thu, 31 Dec 1992 01:06:15 GMT

Ben Goren <AUBXG@ASUACAD.BITNET> writes:


>I was just setting up anon. ftp, and decided to browse through what
>somebody would see when they ftp'd in, and saw what I thought was
>unnecessary "junk" since the man page for ftpd didn't mention it, and
>it did mention everything else I saw. So, I decided to remove it.
>What was it that I removed? A directory called "shlib." Those of you
>who're more experienced with Unix and A/UX probably know the result
>already....

>Things immediately started going weird; it was then that I realized
>that the directory had been hard linked to /shlib, which apparently
>is Very Important, even though I've not yet seen any mention of it
>in any man page. I then rebooted, figuring that anything that
>important would get replaced from the autorecovery partition. That's
>what it's there for, no? Aparently not.

Does this mean that /shlib no longer exists? That is strange, since
removing the hard link (which I assume was ~ftp/shlib) should just
remove the link and not the directory it points to...
-- 
    Jim Jagielski               | "It is not I who am crazy...
    jim@jagubox.gsfc.nasa.gov   |  it is I who am MAD!"
    NASA/GSFC, Code 734.4       |
    Greenbelt, MD 20771         |            - Ren
Newsgroups: comp.unix.aux
From: kingtut@world.std.com (Donald Eastlake IV)
Subject: tcsh
Organization: The World @ Software Tool & Die
Date: Fri, 25 Dec 1992 00:49:52 GMT

I am tring to compile the tcsh with cc and not gcc. Has anybody been able to do this??? If so can someone send me the make file?

Thanks,
Donald Eastlake             kingtut@world.std.com
From: yaosenko@acsu.buffalo.edu (Yaosen Ko)
Newsgroups: comp.unix.aux
Subject: Re: CD ROM drive to install A/UX 3.0
Date: 3 Jan 93 01:16:03 GMT
Organization: UB

In article <1993Jan1.220643.942@grebyn.com> mfraioli@grebyn.com (Marc Fraioli) writes:
>In article <-r#@byu.edu> parkj@bones.et.byu.edu (John R. Park) writes:
>>I looked in the FAQ list for the answer to this question
>>but I didn't see it.  Can anyone tell me if any NEC CD-ROM
>>drives will work for installing A/UX 3.0?
>>
>>
>Ours doesn't.  :-(  I forget the model number of it, but we had to
>borrow an actual Apple CD-ROM drive to install from.
>

I believe all NEC CD-ROM drives are not compatible with A/UX.
Newsgroups: comp.unix.aux
From: brian@fog.ann-arbor.mi.us (Brian S. Schang)
Subject: emacs for A/UX 3.0
Summary: Looking for A/UX 3.0 emacs binaries
Date: Tue, 29 Dec 1992 17:19:18 GMT
Organization: fog, Ann Arbor, MI
Keywords: emacs

I think that I remember an article a while back concerning the availability
of emacs binaries for A/UX 3.0.  Could someone please tell me if the
binaries are available for anonymous ftp anywhere?

Thanks!

Brian
-- 
Brian S. Schang   N8FOG          brian@fog.ann-arbor.mi.us
46131 Academy Drive              schang@caen.engin.umich.edu
Plymouth, MI  48170-3519
Newsgroups: comp.unix.aux
From: parag@netcom.com (Parag Patel)
Subject: Re: Has anyone ported gnu make?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Wed, 30 Dec 1992 23:44:48 GMT

I never messed around with the Gnu make, but I have ported the BSD make
from the Net2 distribution.  This just needed some time to get the right
-D macros on the command-line, and some simple substitutes for missing
BSD library routines.  Drop me a note if you're interested in the mods.


	-- Parag Patel <parag@netcom.com>
From: jpm@cs.hut.fi (Jussi-Pekka Mantere)
Newsgroups: comp.unix.aux
Subject: Re: Xdump (xwd) to Mac Converter
Date: 1 Jan 93 16:46:08 GMT
Distribution: inet
Organization: Helsinki University of Technology, Finland
NNTP-Posting-Host: cardhu.cs.hut.fi
In-reply-to: pbrowne@micor.ocunix.on.ca's message of Wed, 30 Dec 1992 04:23:06 GMT

Pat Browne <pbrowne@micor.ocunix.on.ca> writes:

   We require  a procedure (or program ) that will allow us to convert a file
   produced by an X-Window "xwd" command ...

Have A/UX 2.0.1 or 3.0, have MacX, have Cut-&-Paste.

That is, why not run the X client under MacX, and from MacX copy the
images directly to the Macintosh application, or to clipboard, or
whereever.

Or, you could take a look at export.lcs.mit.edu:/contrib/pbmplus10dec91.tar.Z.

Cheers,

Jussi-Pekka Mantere
Newsgroups: comp.unix.aux