HDTenEightyP/NetNews huggingface dataset:
From: grr@cbmvax.commodore.com (George Robbins)
Newsgroups: comp.sys.amiga.hardware
Subject: Re: video timing & clock
Date: 30 Dec 92 05:25:19 GMT
Reply-To: grr@cbmvax.commodore.com (George Robbins)
Organization: Commodore, West Chester, PA

In article <C00Kv9.KAr@dei.unipd.it> red@esse5.dei.unipd.it (Piergiorgio Sartor 274199/IL) writes:
> Is there a fixed relationship between the RGBI signal out of Amiga and
> the color clock (CCK or C1, I think)? 
> 
> Is the FIRST pixel valid on the rising edge of the CCK or on the falling one or
> none of the above?

None of the above.

Because of the propagation time in to Denise chip, which varies from
chip to chip and operating conditions, there is no clock which can
be reliabily used to clock the video on pre-AGA Amiga chipsets.

-- 
George Robbins - now working for,     work:   to be avoided at all costs...
but no way officially representing:   uucp:   {uunet|pyramid|rutgers}!cbmvax!grr
Commodore, Engineering Department     domain: grr@cbmvax.commodore.com
Newsgroups: comp.sys.amiga.hardware
From: WALLY@UKCC.UKY.EDU
Subject: Re: Power supply for hard drive.
    <92355.165925LEEK@QUCDN.QueensU.CA>
Organization: University of Keentookey
Date: Mon, 21 Dec 1992 16:20:08 GMT

[All stuff deleted because I'm typing this manually with a plain VT100
 emulator on a CMS system..  Eeeeek..]
 
 
Okay...  I missed the original poster to my question, but luckily was
quoted and I think I got the idea.  The drive was measured taking about
1a once before.  I put a new power supply on it yesterday, and something
is STILL wrong..  The drive does the same *plink plink* stuff it does
when it's overjuiced..  The +12 is 12.03 and the +5 is around 5.12, but
when I put a load on it it drops to 5.03..
 
The +5 side has 4.8 (!) amps, and the +12 has 1.1.  What could be the
problem here?
 
 
I swear..  Me and power supplies *don't* make a good combination.. :(
 
Thanks for your help so far.. :)
   ___________________________________________________________________
  /                                                                  /|
 /__________________________________________________________________/ |
 |             _                                                    | |
 |    Walter_ //   Wally@UKCC.UKY.EDU   AN723@Cleveland.Freenet.EDU | |
 |      R   \X/    Wally@MIK.UKY.EDU                   /|           | |
 |   Francis       Francis@UKPR.UKY.EDU        /|     / |   /|      | |
 |____________________________________________/ |   _/  | _/ |______|/
                                                |  /    |/
                                                | /
                                                |/
Newsgroups: comp.sys.amiga.hardware,comp.sys.amiga.datacom,comp.misc
From: aponty@gpu.utcs.utoronto.ca (Adele Ponty)
Subject: Troubles with the Supra "J" ROM upgrade for fax/modem
Organization: UTCS Public Access
Distribution: can
Date: Tue, 29 Dec 1992 02:53:37 GMT

Has anyone out there had problems with the latest ROM release
from Supra for their fax/modem (V.32bis)?
With the latest "J" ROMs, not only does caller id exclude the 
use of the fax mode, but we are also unable to receive faxes
now.  The fax/modem defaults to modem when answering fax calls.
Also, we have not heard of any upgrades from GP Software of
Australia.
When we replaced the "J" ROMs with the "H" ROMs we were able
to receive faxes but we noticed a few strange behaviors with
the Supra fax/modem. Are we supposed to wait for another ROM
upgrade from Supra?
P.S. The reason we have both the "H" and "J" ROMs is because
Supra erred when mailing us the upgrade.       
-- 
     /\       ||\\\\    ///|\\\   ||\    ||  ||||||||  \\    //
 INTERNET:  aponty@gpu.utcs.utoronto.ca  ||     ||      \\  ///\/\
   //UUCP:  wheaties@intacc.uucp  || \\  || (bbs)|       \\//  oO
  //\\\\\\  aponty@nsq.uucp   ||  ||  \(alternate)        || ={  }= 
Newsgroups: comp.sys.amiga.hardware
From: red@esse5.dei.unipd.it (Piergiorgio Sartor 274199/IL)
Subject: video timing & clock
Organization: D.E.I. Universita' di Padova -- Italia
Date: Tue, 29 Dec 1992 09:25:57 GMT

Is there a fixed relationship between the RGBI signal out of Amiga and
the color clock (CCK or C1, I think)? 

Is the FIRST pixel valid on the rising edge of the CCK or on the falling one or
none of the above?

Is this relationship the same on all machine (before the AGA chipset)?

And what about RGBI and 7MHz?

please reply also via e-mail.
Thanks a lot in advance.
-- 
					red@paola.dei.unipd.it
					red@sabrina.dei.unipd.it
From: st1my@rosie.uh.edu (Stich, Christian E.)
Newsgroups: comp.sys.amiga.hardware
Subject: Re: 8375 pin-out
Date: 31 Dec 1992 16:09 CST
Organization: University of Houston
Distribution: world
NNTP-Posting-Host: rosie.uh.edu
Keywords: Agnus, 2 MB, chip
News-Software: VAX/VMS VNEWS 1.41    


I forgot to ask if anybody knows if the MegaChip 2000 works in the Rev6.4 
Amiga 2000's.  If the newer version works (with the 8375, see ad in 
AmigaWorld) could I just use the 8375 that's in the machine already?
Also, does the 8375 have the inputs XClk and XClk_en as the 8372A or 
are these gone (different use) as in case of the 8372B.  Since only
one pin more is needed could  it be that the PAL/NTSC input is used
as A20 (address line) in case of the 8375?  This would make it more
or less pin-compatible with the 8372A since it doesn't require the
external multiplexer and the previous PAL/NTSC input (A20?) could be
GNDed (RAS_1 becomes DRA9 but that shouldn't cause any problems).

Christian
Newsgroups: comp.sys.amiga.hardware
Subject: Re: Data/Instruction Cache & BURST modes on 68030? Why/when?
From: lkoop@TIGGER.STCLOUD.MSUS.EDU (LaMonte Koop)
Date: 24 Dec 92 11:45:48 -0600
Reply-To: lkoop@TIGGER.STCLOUD.MSUS.EDU
Organization: SCS GP/Engineering Cluster

In article <1992Dec22.212901.860@samba.oit.unc.edu>, Keith.Radley@launchpad.unc.edu (Keith Radley) writes:
>>You should leave the setting  alone!  A small tutorial is in order!
>>SetPatch will setup the system correctly so that the caches and burst
>>are correct for the Amiga. 
>> 
>>several long words of data.  This happens faster than if each long
>>word was a separate access.  This pre-loads the cache and allows you
>>to get extra 'hits' on the instruction cache(or data cache).  There
>>are times(code that branches) where this might slow down the cpu, but
>>in general it wil speed it up slightly.
>> 
>>The 68020 has a single cache for data and instructions, the 68030
>>has separate ones.  The cache size in this case is 256 bytes.  The
>>68040 has 4096 byte caches for instruction and for data.
>> 
>>There are no such things as stupid, dumb, or ignorant questions, just
>>stupid, dumb, or ignorant people that will not ask questions.
>
>Thanks a lot for this info.  I have always known about the cache and when
>I use sysinfo it says data cache off so I put a command in my SS to turn
>it on thinking I was missing something.  I guess I'll turn it off.  Since

    Wait a minute.   Under most circumstances, you should turn the data cache
ON for best performance.  It is the BURST mode of that cache which will 
generally not afford you much.  Instruction Cache BURST mode should be 
enabled.
    Do note though that in order for BURST mode on either cache to actually
have effect, you must have a RAM subsystem capable of being utilized in this
mode.  If not, enabling BURST mode on either cache in the 68030 will not
have any effect at all (it will be ignored).

>you are answering questions can you tell me what mungwall and enforcer
>are? I know people mention using it on a 3000 cause it needs an MMU. 
>Thanks for being helpful!

Mungwall and Enforcer are debugging aids for programmers that help in finding
problems with software under development.

                 ----------------------------------------
           LaMonte Koop -- SCSU Electrical/Computer Engineering
 Internet: lkoop@tigger.stcloud.msus.edu -OR- f00012@kanga.stcloud.msus.edu
              "You mean you want MORE lights on this thing???"
 ---------------------------------------------------------------------------
Newsgroups: comp.sys.amiga.hardware
From: "john golitsis" <john.golitsis@canrem.com>
Subject: a1200 ide problems
Reply-To: "john golitsis" <john.golitsis@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 26 Dec 92 07:58:30 EST

As I have posted in earlier messages, I too have been having
MANY problems getting IDE hard drives to work in either the A1200 or
A4000.  Namely the problem is large files becoming corrupt.  I have been
working on this for HOURS and HOURS over several weeks. I think I may
have found a fix (temporarily, at least!).

I have been playing around with the MASK and MAX. TRANSFER numbers
trying to get a reasonable combination of performance and reiability.

The standard mask under FFS is 0x7ffffffe.  The V39 FFS uses 0xfffffffe.
Setting this to 0xfffffffc helps but still is not reliable.  Going down
to 0xfffffffa is 100% reliable but SLOWWWW! Try this combination which,
on my (loaner!) A4000 with a second hard drive just LOVES!

1. Set the drive partition to be Fast File System (not Custom FS)
2. Save the changes to the hard drive
3. Format the partition
4. Go back into HDToolbox, select the drive and partition, click
   Advanced Options
5. Click on 'Change...'
6. Set the Mask to 0xfffffffc
7. Set the Max. Transfer to 0xff11
8. Save the changes to the hard drive
9. Exit HDToolbox
10. Reboot your system

Hopefully this will solve any problems you have.  I have not tried
every possible combination, nor have I had the chance to try this on an
A1200. I basically found something that a) worked and b) had decent
performance.

I would not fiddle with the Mask, but if you have lots and lots of time
to kill, try different Max. Transfer numbers.  Also, I didn't bother
with File Sys. Identifier 0x444f5303 (theA1200/A4000 facory defaults)
because 0x444f5301 WORKS (at least for me!)

Oops! Almost forgot one SMALL detail.  Don't try to reformat the
partition with these settings.  You will lock up your hard drive and
will be forced to reboot!?!

If this works for you, consider it a Christmas present from me!!!

The real Christmas present will come when Commodore fixes all this mess!

John
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.sys.amiga.hardware
From: hih@cunixb.cc.columbia.edu (Howard I Heisler)
Subject: slowing down an amiga 1200
Reply-To: hih@cunixb.cc.columbia.edu (Howard I Heisler)
Organization: Columbia University
Date: Mon, 28 Dec 1992 16:35:27 GMT

  I was wondering if there is a way to slow down an accelerated Amiga to
the standard 8 mhz.  Will a program like SetCpu do the trick?
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.hardware
Subject: Re: Hard disk performance speeds
Date: Mon, 21 Dec 92 07:12:08 PST
Organization: The Portal System (TM)


I wrote a "pessimistic" benchmark that did four tests to measure the
speed of a disk drive/partition.  What it did was create a file, do
a sequential write(to create the file), sequential read of the file,
randow read, and random write.  While it was doing this, it would
time all the reads and writes and compute the minimum, maximum, and
average access time for the file.  It would do a small, medium, and
large block size.  It took two or more drive/partitions as arguments
and compared the second drive on to the results for the first drive
and sort of a relative performance indicator.  I would use the RAM:
as the first drive and other drives would be compared to it.   It
was a 'pessimistic' benchmark(or should I say realistic) since it
gave information with all the file system overhead included.  If you
have a fragmented drive, the results would be worse than an unfragmented
one.  It wasn't complex, I could post it if anyone is interested.
Newsgroups: comp.sys.amiga.hardware
From: lee@rose.brandeis.edu (charles lee)
Subject: Re: AGA USELESS - Thanks To Flicker In Higher Modes!!!
Organization: Brandeis University
Date: Tue, 22 Dec 1992 01:21:13 GMT

rene.vega@ivorytower.amdahl.com (Rene' A. Vega) writes:

>Nec4FG, a Sony 130x series. About the only thing nice about the 1960 is its 
>ability to display overscan in the 31Khz mode. Most other monitors display a 
>black border.

Au contraire, the NEC FG series can display FULL amiga overscan all the way
to the borders. I'm using a 3FGx, 724x482 with 1/8" black space around
my screen (1/8" because full full overscan looks too weird)

/-------------------------------------------------------------------------\
| Charles Lee                  :______/\_M_I_G_/\______:= FocuS GraphicS =|
| ~~~~~~~~~~~                  : for the Creative Mind :  ~~~~~~~~~~~~~~  |
| lee@auriga.rose.brandeis.edu :=-=-=-=-=-=-=-=-=-=-=-=: 2D/3D Graphics   |
| Brandeis University          :1 Universe, 1 Computer.: 2D/3D Animation  |
| Structual Biology Lab        :         Amiga.        : Rates negotiable |
From: gundam@ucscb.UCSC.EDU (Evans Che-Ho Kwok)
Newsgroups: comp.sys.amiga.hardware
Subject: Wanted->Memory-board
Date: 25 Dec 1992 19:56:51 GMT
Organization: University of California, Santa Cruz
Distribution: scruz
NNTP-Posting-Host: ucscb.ucsc.edu
Summary: Looking for memoryboard for dataflyer 500


I have recently aquired a Dataflyer for my 500, but no memory board.
I need to install one of these but in no way can afford a new one.
Any assistance would be much happily accepted.

Xref: sparky comp.sys.amiga.hardware:21910 comp.sys.amiga.misc:18917
From: lauren@cbmvax.commodore.com (Lauren Brown - CATS)
Newsgroups: comp.sys.amiga.hardware,comp.sys.amiga.misc
Subject: DevCon Hotel Reservations
Keywords: Hurry! Hurry!!!
Date: 21 Dec 92 17:22:47 GMT
Reply-To: lauren@cbmvax.commodore.com (Lauren Brown - CATS)
Organization: Commodore, West Chester, PA

Attention all prospective DevCon attendees!!

As you know, our deadline for booking rooms at the Orlando Mariott
was last Friday (December 18). The Marriott is under no further
obligation to hold the rooms we had blocked for you at the hotel.
It's even more important now that you make your room reservations
immediately.

Our contacts at the Mariott have informed us that all hotels in the
Orlando area are filling up FAST! It seems that the PGA (Professional
Golfers Association) has decided to hold a meeting in Orlando
at the same time as our DevCon. 

The Mariott suggests you make your reservations before Christmas, 
to guarantee yourself a room. If you decide to wait until 
after the holidays, there is a chance you may not find a room
anywhere in Orlando!
Here is the hotel phone number: (407) 351-2420. Or by fax to

(407) 351-5016. Make sure you tell them the reservation is for
the Amiga Developers Conference.
See you in Orlando!

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Lauren Brown     -- CBM   >>Commodore Amiga Technical Support<<
                                    1200 Wilson Drive
                                  West Chester, PA 19380                     
                   UUCP     ...{allegra,uunet,rutger,}!cbmvax!lauren 
                                    PHONE 215-431-9100
				
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.sys.amiga.hardware
From: easton@zds-oem.zds.com (Jeff Easton)
Subject: Re: A1200 Technical question
Organization: Zenith Data Systems, OEM Systems Engineering
Date: Wed, 30 Dec 1992 03:09:09 GMT

In article <1992Dec29.175902.7596@magnus.acs.ohio-state.edu> dcantrel@magnus.acs.ohio-state.edu (Daniel T Cantrell) writes:
>I was hoping someone could answer a question I have about the inside
>of an A1200.  I know the 44 pin connector on the motherboard is an
>IDE interface with the standard 4 power pins built in.  What I am
>not sure of is what the 40 pin connector sitting next to the DOS 
>ROMs.  

  You mean the one directly above the ROM's, under the secret hidden 
trap door? :-)  My guess is its for the internal Clock module.

>Thanks.
>
>Dan

-- 
  ___  ___    Jeff Easton             easton@zds-oem.zds.com
 (__  (__     Zenith Data Systems     j.easton@mi04.zds.com
 ___) ___)    Saint Joseph, Mich.     easton@andrews.edu
Monte Carlo   Z-LS/20 - Choice of a quiet generation

Newsgroups: comp.sys.amiga.hardware,comp.sys.amiga.misc
From: jon@research.canon.oz.au (Jon Windle)
Subject: Re: GVP G-Lock genlock. Opinions?
Organization: Canon Information Systems Research Australia
Date: Tue, 22 Dec 1992 19:58:05 GMT

In article <donison.724546918@sfu.ca>
donison@fraser.sfu.ca (Brad Donison) writes:
>
>Any answer to this query, I too am interested!!!
>
>Brad...
>

None that I have seen.

jon.

-- 
Jon Windle, Software Engineer.               | Net:   jon@research.canon.oz.au
Canon Information Systems Research Australia | Phone: +61 2 805 2913
P.O. Box 313 North Ryde, NSW, Australia 2113 | Fax:   +61 2 805 2929
From: jwalkup@terapin.com (Jeff Walkup)
Newsgroups: comp.sys.amiga.hardware
Subject: RE: Rexxmast
Date: 30 Dec 92 23:39:44 PST
Organization: BBS

ross@cbmvax.commodore.com (Ross Hippely - Manuals) wrote:

> Are you saying that, to get ARexx working properly, something other than
> (or in addition to) placing RexxMast in S:User-startup or WBStartup is
> necessary?  If so, could you give some examples?


No, I'm saying that something that was previously automatic (having
Rexxmast called in Startup-Sequence) is now not so, but rather requires
some work on the part of the user.  Whether it's editing startup scripts or
moving the icon to WBStartup, it's still an extra step beyond what we had
to do before (which was nothing.)

In any case, this could cause some headaches, IMHO.  It confused me for
a short while, at any rate.  I'm just wondering why the change was made.
No big deal!



> If there is indeed more than one step to it, we may want to include more 
> information in future Amiga documentation.  Any details you could provide 


Sorry I didn't read the manual... my fault.  (KICK ME sticker attached)
I'm sure you're doing a fine job, Ross.

--
Newsgroups: comp.sys.amiga.hardware,comp.sys.amiga.misc
From: sheldon@iastate.edu (Steve Sheldon)
Subject: Re: How does 2.04 perform on A500???????????????????
Organization: Iowa State University, Ames IA
Date: Mon, 28 Dec 1992 17:46:24 GMT

In <1heeljINNpcc@uwm.edu> jdblake@csd4.csd.uwm.edu (John David Blake) writes:

>I'm seriously contemplating purchasing the 2.04 ROMs. I have a 1 meg a500.
>My question is:

>                      How will 2.04 perform on my A500
>                      ????????????????????????????????

>Is it worth spending the $50, or should I invest in a nice trackball? My
>concerns are eating up memory, working withOUT a hard drive, and anything
>you might think is important. Thanks in advance!

 I don't know.  2.04 was what 1.3 should have been, and it does have a much
more useable look and feel.  It makes Workbench useable.

 I don't know how well it'd perform on a floppy.  Memory is not a problem,
it doesn't use that much more RAM, unless you go for the 16 color workbench
look.

 If you don't have a harddrive you're not going to be able to make much use
of the Compugraphic fonts, and some other nice big things.

 I'd say it's worth it.  I held off buying 1.3 roms waiting for 2.04...  It
was about 3 years late in coming, so except the same for any rumored 3.1 for
the 500.

 On caveat, 2.04 breaks a lot of older programs that worked fine under 1.3. 
If you've invested a lot of money early on(pre 1990) in buying software,
don't expect any of it to work at all.
-- 
sheldon@iastate.edu                Steve Sheldon
Project Vincent                    ICSS Resource Unit
SCO ODT, Arc/Info, Atlas GIS       2142 Agronomy Hall
                                   Iowa State University
Newsgroups: comp.sys.amiga.hardware
From: cobra@coyote.datalog.com (Ken Thompson)
Subject: Re: WB2.1 & Rexxmast
Organization: Datalog Consulting, Tucson, AZ
Date: Wed, 30 Dec 92 15:06:45 GMT

s37732v@snakemail.hut.fi (Markus Juhani Aalto) writes:

> Its easier to copy it to WBStartup directory from Workbench. No need to
> hack Startup-Sequence. And you really shouldn't hack Startup-Sequence anyway,
> because User-Startup is made for hacking in KS2.0 and up.
> 

Er, it took me about 20 minutes to figure out why JrComm couldn't find 
anything it wanted...seems as if FONTS: weren't assigned anywhere...so 
you *do* have to at least tell it where to find FONTS: (mine is on 
dh1: ), or you'll be stuck with Topaz for the rest of your life...  :)
 

           _____         ______________________   _____                
       |/    |          | cobra@datalog.com   |     |        /\        
       |\ en |hompson   | cobra@jab.tus.az.us |     |ucson, /--\rizona 
     ------------------------------------------------------------------
Newsgroups: comp.sys.amiga.hardware
From: cobra@coyote.datalog.com (Ken Thompson)
Subject: Re: Quantum LP120S
Organization: Datalog Consulting, Tucson, AZ
Date: Tue, 22 Dec 92 14:46:51 GMT

mcphil@med.unc.edu (Philip McNamara) writes:

> 
> Ok, simple question number 1.  How many megabytes will fit on  a 
> Quantum LP120S?  120 or close enough to round up?  So... like 
> 115 or 119?  I just purchased a new one from Computer Shopping
> Network and can only get 114 mgeabytes using FFS.  The drive did not
> come with a sector error chart, so I am assuming no errors.  Safe
> assumption?  I don't know, can someone help?
> 
> Philip McNamara 
> McPhil@med.unc.edu 
> 

 
I think mine had ~121 megs available when I booted it up, using FFS on 
1.3...it was already on a controller, so I didn't get a error chart, 
either...
 
I'll let you know in a few days, when I install 2.1 on this beast...


           _____         ______________________   _____                
       |/    |          | cobra@datalog.com   |     |        /\        
       |\ en |hompson   | cobra@jab.tus.az.us |     |ucson, /--\rizona 
     ------------------------------------------------------------------
From: superd@swamp.alt.ns.ca (Andrew Reynolds)
Newsgroups: comp.sys.amiga.hardware
Subject: modem
Date: Mon, 21 Dec 92 12:36:58 AST
Organization: The Swamp Public UUCP +1 (902) 461-4773

 Some time ago, I purchased a used modem, with no manual. I now require a
manual for it, as the modem is not functioning properly. The modem is a
Convergent DC-2400, made by NEC. If you have any info, please let me 
know.
   Thanks.


Xref: sparky comp.sys.amiga.hardware:22244 comp.sys.amiga.applications:9711
From: jma@plasma2.ssl.berkeley.edu (Jim Alexander)
Newsgroups: comp.sys.amiga.hardware,comp.sys.amiga.applications
Subject: Re: Serious problems with Setpatch under 2.1 - HELP?!?
Date: 31 Dec 1992 23:36:01 GMT
Organization: UC Berkeley Space Sciences Laboratory
NNTP-Posting-Host: plasma2.ssl.berkeley.edu

In article <1hvrb2INNge3@agate.berkeley.edu> jma@plasma2.ssl.berkeley.edu (Jim Alexander) writes:
>
>Well, I had been using 2.1 with no problems for about a week now, but
>today a ran into a serious problem. I was messing around with AMAX,
>trying to get it to recognize a Mac HD I have hooked up to my machine
>(a A3000 16MHz, BTW). When I warm-booted out of AMAX, my Amiga drives
>refused to boot under any of the 2.1 HD partitions or floppies that
>I have. After some investegation, I found that it was setpatch, the
>first thing called in the startup-sequence of all my disks - setpatch
>was immediately locking up my machine when it tried to boot. If I
>comment out the setpacth line in the startup-sequence, my drives will
>boot, but WorkBench becomes kind of unstable.
>
>Has _anyone_ run into this kind of problem before? Any ideas on fixing
>this. I'm afraid I'm completely baffled by this . . .
>
>Thanks in advance for any help you can provide!

Okay, a couple hours after posting this I discovered the solution to my problem:

a very thorough cold boot (i.e. leave the machine off for 5 min) - duh! This,

at least, might serve as a warning to those of you who run AMAX with WB 2.1 - 

it looks as if AMAX leaves something odd behind in RAM, somthing 2.1's 

setpatch REALLY dislikes.

-- 

--------------------------------------------------------------------------
Jim Alexander               | "If there's nothing wrong with me, there
jma@sunspot.ssl.berkeley.edu|  must be something wrong with the universe."