HDTenEightyP/NetNews huggingface dataset:
From: jamie@cdevil.unx.sas.com (James Cooper)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: C graphics help
Date: 8 Oct 92 13:41:32 GMT
Organization: SAS Institute Inc.
Originator: jamie@cdevil.unx.sas.com


In article <92281.104434IO00198@MAINE.MAINE.EDU>, IO00198@MAINE.MAINE.EDU (Just some weird dude) writes:
>Hi guys! I'm working on a program with a friend and we want to
>use graphics in it.  Does anyone know a good source that explains
>what the graphics routines are in C?  I'm using Manx Aztec-C if
>that helps.  Just knowing the names of all the functions and
>their parameters would be of help, even if I didn't know what they
>did.  Thanks.

Buy the RKM Libraries manual, and look up the section on the ROM based
'graphics.library'.

-- 
---------------
Jim Cooper
(jamie@unx.sas.com)                             bix: jcooper

Any opinions expressed herein are mine (Mine, all mine!  Ha, ha, ha!),
and not necessarily those of my employer.
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Scanf problems
Originator: walker@twix.unx.sas.com
Date: Tue, 13 Oct 1992 12:49:09 GMT
Organization: SAS Institute Inc.


In article <1992Oct12.204328.10554@sbcs.sunysb.edu>, ekarlin@csws18.ic.sunysb.edu () writes:
|> I am trying to read all the text up to the '|' symbol.  This code works
|> up here on the Unix box...but not on my amiga...what I want to do is to be
|> able to read any string(with or without spaces) up to a seperator...I'd like to
|> stay away from character pointers if I could.

I tried the C code that you posted with 5.10b, 5.10b plus ANSI 
libraries, and with 6.0, and it worked on all of them.  Can you
be a little more specific about what is going wrong?  (Perhaps
you should contact SAS/C technical support).

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: bryan@cs.utexas.edu (Bryan Bayerdorffer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Nextlike
Date: 7 Oct 1992 22:55:11 -0500
Organization: Spam Detection & Removal Squad, Austin, TX
Reply-To: bryan@cs.utexas.edu
NNTP-Posting-Host: peaches.cs.utexas.edu
Spam-Content: Negligible

In article <1992Oct7.164031.11237@ugle.unit.no> ammm@solan.unit.no (Marius Mortensen) writes:
=-In article <geoWOK_00WB=FOT4dr@andrew.cmu.edu>, Jonathan Michael Kraly <jk72+@andrew.cmu.edu> writes:
=- > 	Does anybody know if there is a PD util out that makes ADOS
=- > move full windows, not just the flickering outline, like the Next
=- > does?
=- > If not does anybody have any ideas about how this might be done?
=-
=-Yes, I have infact seen such a hack once.  Seemed to work OK, but freaked out
=-under release 2.  I don't remember the name - sorry, it was a long time ago...
=-

It's called TurboLayers (tl), and works ok for me under 2.04.  It induces an
irritating delay, though, and the mouse pointer doesn't stay in one place on the
drag bar when the window runs into the edge of the screen.
From: csccm@luxury.latrobe.edu.au (Chris Miles!!)
Newsgroups: comp.sys.amiga.programmer
Subject: Random No.s in AmigaDOS ??
Date: 12 Oct 92 09:30:44 GMT
Organization: La Trobe University
X-Newsreader: Tin 1.1 PL4


Can anyone tell me how you make random numbers in AmigaDOS ??
I want to write a small script file that does different things randomly,
so how do I get this random number??!

If you have any suggestions feel free to Email me!!
Thanx!


/\/\/\/\/\/\/\/\/\/\/  ///  /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\ |\/| /\             /// My AMIGA can emulate Anything !!                   /
/ |  || Freddy !! \\\///            csccm@luxury.latrobe.edu.au              \
\ |  |.\/.         \///   %CHRIS-G-MILES, My name's Chris nice to meet you!! /
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
          You're only young once but you can be immature forever...
From: yip@hpfcso.FC.HP.COM (Tom Yip)
Date: Tue, 6 Oct 1992 21:07:41 GMT
Subject: A4000 graphics/24-bit display boards
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.amiga.programmer


I would like to develop some graphics programs (viewers, image processors,
etc.) on my Amiga 3000.  However, I am not satisfied with the Amiga's
ability to handle more than 32 true colors at time.  Half-brite
and HAM modes don't count since your color choices are severely limited
(and HAM mode graphics can really look ugly).  Ideally, I would like to
be able to display at least 256 TRUE (non-HAM) colors on the screen at
the same time.  Furthermore, I want to be have this color capability
at resolutions of 640x480 or above.

I heard that the new A4000 has more advanced capabilities because of a new
graphics chip set.  However, the cost of the A4000 outweighs the advanced
graphics.  Does anyone know if the A4000's graphics chips will be available
for use in A3000s or if that is even possible?  Does the A4000 even have
the capabilites that I am looking for?

Another alternative would be to buy a third party display board.  This
would be nice since I would have high resolution and 24-bit color.  However,
I am doubtful if I can program applications for these boards.  Accessing
display memory, color registers, and functions probably wouldn't be easy.
Making applications Workbench/Intuition friendly using an outboard display
board is probably difficult also.  I would like someone to prove me wrong.
Anyone? Anyone?





Opinions expressed here are entirely those of my imaginary friend
Bob -- don't you see him?
From: forgeas@swinjm.adsp.sub.org (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: IDCMP
Date: 10 Oct 92 12:35:30 GMT
Reply-To: forgeas@swinjm.adsp.sub.org (Jean-Michel Forgeas)
Organization: The Software Winery
X-Newsreader: Arn V1.00 alpha rel2

In article <Bvu6pz.JMs@fiu.edu>, Brian P Feeny writes:

> write a routine that basically waits for a disk to be inserted.  This routine
> will run in the background at all times.  I do NOT wish for this routine to
> open a window.

As Intuition receives all its food by the way of the input.device, you
could add too an input handler which, when receiving IECLASS_DISKINSERTED,
could Signal() your waiting main task.

    Jean-Michel
--
Jean-Michel Forgeas         uunet!cbmvax!cbmehq!cbmfra!swinjm!forgeas
4 rue du General Leclerc                       __
95210 Saint Gratien, France                    \/
From: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HDMem vs GigaMem for virtual memory on Amigas?
Date: 8 Oct 92 12:07:27 GMT
Organization: Commodore Germany

In article <35636@cbmvax.commodore.com>, ross@cbmvax.commodore.com (Ross Hippely - Manuals) writes:
 > In article <35633@cbmvax.commodore.com> mks@cbmvax.commodore.com (Michael Sinz) writes:
 >>markus@techfak.uni-bielefeld.de (Markus Illenseer) writes:
 >>>
 >>> Peter, i am just wondering... The german manual of the A4000 states that the
 >>> A4000 has an 040EC build in (ok, i must admit: it's mentioned 'probably'),
 > 
 > Actually, the English manual says (in English, anyway) "A4000 models shipped
 > with a 68040-level microprocessor on the processor module may have the
 > 68EC040 variation of the chip."  

Ok, the german wording is actually (retranslated): "A4000 models, that are 
shipped with a microprocessor of the 68040 family on the processor module,
may have (german: verfuegen moeglicherweise ueber) the 64EC0940 variant
of the chip." Next section (Installation of the 68040 chip): "... To take
out a present 68EC040 chip ..."
    ^ (!)

 > This leaves the possibility of a less-
 > expensive EC040 model without requiring a manual errata, as Mike notes
 > in his response (below).
 > 
 > If the the German translation of the manual really does say "probably has" 
 > instead of "may have" in this line, please let me know, Markus, so we can 
 > speak to our translation agency about it.

The german word "moeglicherweise" is more like "perhaps" than "possibly"
(like "it *is* possible, but..."), it stands for a rather low possibility.

-- 
Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
From: music@moravian.edu (Steve Heller)
Subject: Re: DICE registration: Matt Dillon still around?
Date: Sun, 11 Oct 92 12:25:27 EDT

I wrote to Matt about DICE registration a few weeks ago and never got
a reply from either. Matt, where are you?
-- 
*-------------------------------------------------------------------------*
#   export meaning_of_life=$(eval 'grep -i truth mind_of_god | sort -u')  #
# Work: music@moravian.edu  <#!AMIGA!#>  Home: moravian.edu!vortex!lothar #
*-------------------------------------------------------------------------*
From: amipb@amipb.gna.org (Philippe Berard)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Multithreaded code using CreateTask()
Date: 14 Oct 92 00:01:57 GMT
Organization: IWANIMA
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <9693@cbmger.de.so.commodore.com> peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany) writes:
> In article <xadzhd-@rpi.edu> pooler@vccsouth21.its.rpi.edu (Robert Peter Poole) writes:
> >	aboutstuff = (struct Task *) CreateTask("FracExe_About_Task",
>                                            ^^^^
> > [...]
> >  printf("This should print out!\n");
>
> Hmm, isn't any printf going through dos? And aren't dos calls forbidden
> in a task?

    And isn't dos access handled by the ramlib task under 2.0 ? ;-)
    
    Regards,
                                   -- Philippe

/------------------------------------------------------------------------------\
|    Philippe Berard  (French Amiga User)       |                              |
|    "They hold a cup of wisdom,                |  amipb@amipb.gna.org         |
|     But there is nothing within" (Kate Bush). |                              |
\------------------------------------------------------------------------------/
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Trying to scroll!
Date: 16 Oct 92 00:50:10 GMT
Organization: Max-Planck-Institut f"ur Radioastronomie

In <35824@cbmvax.commodore.com> chrisg@cbmvax.commodore.com (Chris Green) writes:
>	Not true. A Tmpras is not required. 1.2/1.3 does have a bug which causes
>a memory loss when there is not a tmpras attached, but this only applies
>to ScrollRaster with SuperBitMap layers.

Yes. But is it wise to not attach a TmpRas ? The function obviously allocates its
own TmpRas if none provided and can fail under low-mem. Also it takes some time
to allocate the raster.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: comp.sys.amiga.programmer
From: c164-as@po.berkeley.edu (Chuck Woo)
Subject: Re: AMOS Pro Demo available on
Organization: University of California, at Berkeley
Date: Sun, 11 Oct 1992 19:07:22 GMT

In article <rreed.1uc8@terapin.com> rreed@terapin.com (Rick Reed) writes:
>Does AMOS finally have a CASE (or SWITCH) statement?  How about an ELSE IF?
>Structures & records would also be nice...

alright!  another Terrapin Transitter!
AMOS Pro does not have a switch...case construct, but it DOES have else...if,
which pretty much makes up for it.  there's no mention of structures or re-
cords in the demo, but remember that this is basic we are talking about; its
main data type is the array, and we have to live with that...  :)
there is also no workbench support, a feature which I really really would 
have liked, but...

I will upload the demo to Terrapin for you and the other AMOS doodz there
if/when I have time...

---------------------------------------------///
Chuck Woo      wchucky@ocf.berkeley.edu     ///
(bubba buh boo dee do buh boo dee do..) \\\///
-----------------------------------------\XX/
Newsgroups: comp.sys.amiga.programmer
From: grusin@rintintin.Colorado.EDU (GRUSIN MICHAEL)
Subject: is the OBERON language available for the Amiga?
Organization: University of Colorado, Boulder
Date: Mon, 12 Oct 1992 18:02:00 GMT


...I wouldn't have thought so, except I saw that a recent Fish disk
program had been written in Oberon...

anyone?

Thanks, -Mike (grusin@rintintin.colorado.edu)
"I'm surrounded by idiots of my own design" -Joel, MST3000
From: PAACC@CUNYVM.BITNET
Newsgroups: comp.sys.amiga.programmer
Subject: NorthC & fp
X-OLD-Message-ID: <92287.085513PAACC@CUNYVM.BITNET>
Date: Tuesday, 13 Oct 1992 08:55:13 EDT

 I seem to be having some problem with NorthC 1.2. When I try printing out a
floating point number, it prefixes it with '-' signs. It also seems to be faili
ng a test like this: if(pc<0.5) ...  when pc>.5 (printed it out just before and
 it's 1. Program works allright on the school's 386 with Turbo C++ 1.0. Any ide
as? Is there a newer version out?
From: Jonas_Marten_Fjallstam@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/6.0 Compiling from Editor HELP!!!!!
Date: Thu, 15 Oct 92 15:20:10 PDT
Organization: The Portal System (TM)

Try hitting RAmiga-b to build a project.

Help gives a context sensitive hypertext help menu.

-------------------------------------------------------------------

In article <QemX4pW00iUzA0fK0R@andrew.cmu.edu>, ef23+@andrew.cmu.edu (Eugene M. Feinberg) writes:
|> 
|> I installed v6.0 of the SAS compiler.  However, when I try to compile
|> from the editor by hitting F4, a get a window that says "Compiling" 
|> and which goes away quickly with no noticable affect.
|> 
|> Thanks in advance.
|> 
|> Gene Feinberg
>
>Just a guess, but it sounds like the editor can't find the compiler.
>Make sure that the PATH SC: ADD statement in your startup script
>occurs BEFORE the "loadwb" command if you invoked the editor from
>workbench.  If you invoked from CLI, make sure SC: is on your path.
>
>-- 
>  *****
>=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
> *|. o.| ||                                          1200/2400/9600 Dual
>  | o  |//     For all you do, this bug's for you!
>  ====== 
>usenet: walker@unx.sas.com                            bix: djwalker 
>Any opinions expressed are mine, not those of SAS Institute, Inc.

    I finally received my copy of V6.0.  I don't know about this RPS that SAS
used for shipping!?!
    I can't compile from the editor, and I'm upset.  I have the above done
correctly.  I had csh5.19 on my system but have completely wiped it off and I
still can't compile from the editor.  All that happens is the same as described
above -- Compiling... and then nothing and I'm back were I started.
    Any and all help is appreciated.  I have a program to write and if I don't
like doing things from the shell although that seems to work - although in a 
sample compilation it seems that the executable was much larger than the one
from V5.10b.
    Thanks for the help!!!!

			Shane L. Bell
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: A3000 for Programming
Date: 9 Oct 92 18:17:56 PST
Organization: BBS

> with the current pricing on the Amiga 3000, I am wondering what
> advantages (other than speed) the A3000 would offer me.
> Specifically, does the MMU offer any assistance in development of
> programs in SAS/C (soon to be 6.0)?
 
The MMU lets you use _The Enforcer_ to detect illegal memory access.
In practice I find that I can often "smell" enforcer hits even
without The Enforcer, on the 3000, because they cause hesitations and
slowdowns and jerky movement of the mouse pointer.  It's also useful
with older 3000s for keeping one's ROM image on disk for cheap
upgrades.
 
For those who don't have a deinterlacer as you do, the flicker fix
feature of the 3000 will make your life a lot nicer.  This is one
area where the 4000 might actually be less nice, though I suppose
there is some software method of translating interlaced NTSC/PAL
screens into VGA video modes.
 
> Is there any way (via software) that the A3000 can be made more
> tolerant of programming errors (read, the system doesn't go down
> everytime I make errors) than my A500 is?
 
Maybe a bit, but no real drastic improvement in that area.
 
In sum, you won't gain all THAT much over a heavily loaded A500.  But
personally I think investing heavy add-ons into a 500 system is silly.
From: David_Queen@amicol.UUCP (David Queen)
Newsgroups: comp.sys.amiga.programmer
Subject: ASL_Pattern
Distribution: world
Date: 15 Oct 92 21:46:24 EDT
Organization: Amiga Colony BBS

Could someone give me some details on ASL_Pattern using and ASL File
Request?
Need to know how big it can be, or maybe complex is mor accurate.
Can't seem to get:
(#?.lha|#?.lzh|#?.arc|#?.zoo|#?.txt|#?.doc|#?.pic|#?.iff) 
to work. Any body got any ideal's?
I use a char filter[100] then copy this info from the icon's show
tooltype to filter[] before allocating the freq. structs.
Thanks in advance, and yes I am saving up to get the 2.0 manual,
but the '030 comes first. NEXT MONTH!

-- Via DLG Pro v0.992

If I couldn't think of a good tag line WHY did I do this?
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.0 and WShell
Date: 8 Oct 92 13:13:19 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <67312@cup.portal.com>, Fred_M_Hamilton@cup.portal.com writes:
|> 
|> 
|> A few days ago, someone (Doug?) wrote: 
|> > Ah, we have just discovered something.  If you use WShell as your
|> > default user shell under 2.0, compiling from within SE does not
|> > work.
|> 
|> 
|> Does anyone know why?  Is there a workaround, short of removing WShell?
|> Has Bill Hawes been advised?  

I'd like to mention that we do not believe this to be a WShell bug.
We have found out since my posting that it happens with WShell
installed, with csh installed, or with the Magic File Requester
installed.  To perform the compile from the editor buffer, the editor
must pretend that it is a file system; what's happening is that
an undocumented packet type is being sent to the "file handle"
provided by the editor.  It's being sent no matter what is 
installed, but apparently when the above programs are installed
the timing is changed and it happens a little earlier - early enough
to abort the compile.

We still don't know the WHY, but we're working on it.  (If anybody
has ever heard of a DOS packet with a dp_Type of 543210, please let
me know!)

As a workaround, try using the Right-Amiga-B command in the editor
(it also works in the message browser).  This will save all editor
files and execute SMAKE in the last directory that you executed SMAKE 
in.  If you're compiling from workbench or using a smakefile from CLI,
this will probably do just what you want, and it gives you a way
to get makefile control from the editor instead of just compiling
the one file that you are editing.

|> Other than that minor annoyance, I'm very impressed with SAS/C 6.0.
|> I find the manuals much more readable and understandable than <=5.1,
|> and the overall environment seems much cleaner.  Good job!
|> 
|> -Fred

Thanks!  Music to my ears... 8^)

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
Newsgroups: comp.sys.amiga.programmer
From: markus@techfak.uni-bielefeld.de (Markus Illenseer)
Subject: Re: DICE registration: Matt Dillon still around?
Date: Tue, 13 Oct 92 14:02:50 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

In article <tomme.718888157@Prag>, tomme@Prag.docs.uu.se (Thomas Holmstr|m) writes:
[...]
|> Matt apologized for the delay, I believe he's busy
|> with a commercial release of Dice.

 Indeed, he is.

|> 
|> --
|>    _/       _/_/_/_/        tomme@Student.docs.uu.se
[...]

 For all german and european Users wanting to register DICE, write to

 Stefan Becker ; stefanb@pool.informatik.rwth-aachen.de

 He sends you more information then, how to obtain DICE.
 Stefan is the german and european Distributor of the Shareware-
 Version of DICE.
 Consider one or 2 weeks to get DICE by then. He sends weekly.

 Markus 
-- 
Markus Illenseer       EMail: markus@TechFak.Uni-Bielefeld.de
Universitaet Bielefeld Fax: (+49 521) 106-2992
Technische Fakultaet   Phone: (+49 521) 106-2938 ; (2935 Sek.)
Angewandte Informatik  SnailMail: Postfach 100131, D-4800 BIELEFELD 1
From: stelmack@incubus.csee.usf.edu (Gregory M. Stelmack)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  SAS/C news
Date: 12 Oct 92 00:29:49 GMT
Reply-To: stelmack@incubus.csee.usf.edu (Gregory M. Stelmack)
Organization: University of South Florida, Department of Computer Science and Engineering

In article <fgd3.0273@nifty.UUCP>, fgd3@nifty.UUCP (Fabbian G. Dufoe,
III) writes:
|> In article <1992Sep26.031938.19296@ariel.ec.usf.edu>
|> stelmack@eggo.tmc.edu (Gregory M. Stelmack) writes:
|> >Of course, I also have a source file that when I try to edit (well,
|> do a
|> >specific edit function), I crash the machine. Going to look at the
|> file
|> >with a hex editor to try and find out if it's the file or the
|> editor...
|> >
|> >it's the file or the new editor...
|> 
|>    It has to be the editor.  Nothing you put in a source file would
|> justify
|> the editor causing the machine to crash.
|> 

It was the editor. SAS found the bug and is fixing it (mighty quick response
I got, too -- they're technical support is really on the ball).

For the curious, the problem with se occurs when you have the TAB option set
to "Use the TAB character" (as opposed to "Expand TABs to spaces") and
Auto-Indent turned on. se will crash when inserting text. The fix is 
promised in the first patch release.

-- 
-- Greg Stelmack (stelmack@eggo.csee.usf.edu)
-- FullTime Grad Student, PartTime Amiga Salesman, PartTime Amiga Developer
-- Author of: Spades, Pro Port Analyzer Plus, more to come...
-- DISCLAIMER: The opinions reflected here are mine and mine alone.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ftruncate(), getch() on the Amiga
Date: 9 Oct 92 18:25:50 PST
Organization: BBS

> - Truncate a file at an arbitrary position, like the Unix
> ftruncate().  I can't just copy what I need to a new file and
> delete the original since this will be unmanageably slow on 10MB
> data sets, especially if it needs to be done often.
 
There is a DOS packet for setting file length.  It is NOT supported,
as I recall, on the 1.x Slow File System.  I think it first appeared
in the 1.3 FFS.
 
Ah, here it is -- ACTION_SET_FILE_SIZE == 1022 in dosextens.h

> - Input a character without screen echo, like the MSDOS getch().
 
There is another DOS packet for this purpose, that works with the
console handler, to switch between raw and cooked input.  I think
it's called ACTION_SCREEN_MODE.
 
Under 2.x there are dos.library functions ... (looking in book) ...
ah yes, SetFileSize() and SetMode().
Newsgroups: comp.sys.amiga.programmer
From: mr_scary@lakes.trenton.sc.us (Chris Hurley)
Subject: Re: HDMem vs GigaMem for virtual memory on Amigas?
Organization: Lakes Public Access
Date: Fri, 9 Oct 1992 12:19:02 GMT

mks@cbmvax.commodore.com (Michael Sinz) writes:

>     enforcer) this fix helps keep that software working in 68040
>     systems.
> 
> 	(Personally, I would have just let the broken software
> 	die in this case as we have been warning people for years...)
> 
> /----------------------------------------------------------------------\
> |      /// Michael Sinz  -  Senior Amiga Systems Engineer              |
So this may keep the 4000 from Software Failing in some cases?