HDTenEightyP/NetNews huggingface dataset:
From: willw@extro.ucc.su.OZ.AU (William Waring)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Another Gadtools Q
Date: 23 Aug 92 14:08:16 GMT
Organization: Uni Computing Service, Uni of Sydney, Australia

In article <heinz.032g@edohwg.UUCP> heinz@edohwg.UUCP (Heinz Wrobel) writes:
>In article <lahurst.714168454@unix1.tcd.ie> lahurst@unix1.tcd.ie ( ) writes:
>>I have been messing with gadtools.library for a couple of weeks now and have one
>>question . When I added keyboard equivalents to my prg I noticeed that the gadgets don't "flash" when I invoke the keyboard equivalent. I have tried the
>>ActivateGadget function ,but without success.
>>
>>Any Help would be appriciated.
>>Leon

There is neat bit of code I developed for X-Comm that makes the gadgets flash 
when you press the key. It goes like this:

When you get the VANILLAKEY or RAWKEY message from intuition, you process it as
normal to find out what key was pressed, then call this function:

KeyGadget(struct Window *Win, struct Gadget *Gad)
{
	Gad->Flags ^= GFLG_SELECTED;
	RefreshGList(Gad,Win,NULL,1);
	Delay(2);
	Gad->Flags ^= GFLG_SELECTED;
	RefreshGList(Gad,Win,NULL,1);
}

Just pass it a pointer to the window and a pointer to the gadget that the key is ascociated with, and voila! You're gadgets will flash away.

Hope this helps.
-- 
--
Well I guess I'd better say something witty...
--
Whom computers would destroy, they must first drive mad.
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Getting rid of requesters
Date: 18 Aug 92 21:16:56 GMT
Organization: Edotronik GmbH

In article <1992Aug15.220923.9546@CS.ORST.EDU> divineg@prism.CS.ORST.EDU (Glade Diviney) writes:
>
>  'lo all!  I have a problem:  I'm writing a program to run off of a console
>  that does some DOS work.  How can I prevent system requesters (such as
>  "Please insert volume XXX: in any drive") from appearing?

Bantam DOS book 3rd ed., page 385, pr_WindowPtr description.

Save the value of your processes pr_WindowPtr, pop in a -1, and restore it
when you're finished. Oh, first buy the docs, they are useful :-)

>-=Glade Diviney
>  divineg@prism.cs.orst.edu


--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: hoover@math22.mathematik.uni-bielefeld.de (Uwe Schuerkamp)
Subject: Where can I find a working yacc?
Date: Mon, 17 Aug 92 08:20:35 GMT
Organization: Math MadHouse Bielefeld, Germany
Keywords: yacc

Dear netters,

I recently ftp'ed the byacc that got distributed down
comp.sys.amiga.binaries in 1990, but I don't get it to work properly.
My machine is an Amiga 500 w/2.3MB, Kick 1.3 (still) and 80 MB HD.
When I invoke yacc on any grammar file, it crashes after opening the
y.tab.c output file (according to snoopdos). Can anyone tell me what's
the problem here? I'm using a stack size of 50000, so this should not
be the problem. Yacc crashes with an illegal address guru (00003).

I would be very grateful for any info on the subject. Please make any
answers via email and I'll summarize.

Cheers in advance,

	hoover



-- 
"All this traffic choking our towns freaking me out bringing me down 
Knocking down houses  build more  lanes--once was a problem now it's
insane"                       ---Luka Bloom, 'The acoustic motorbike'
Uwe 'Hoover' Schuerkamp           hoover@mathematik.uni-bielefeld.de
Newsgroups: comp.sys.amiga.programmer
From: rbm2273@ultb.isc.rit.edu (R.B. Mead )
Subject: GCC Version 2.2.2
Originator: rbm2273@ultb
Organization: Rochester Institute of Technology
Date: Fri, 21 Aug 1992 23:57:55 GMT

I have a couple of (hopefully easy) questions. I installed GCC V2.2.2
and am trying to build the new release of GNUCHESS on an A3000.

#1

Part of the trouble is accessing the 'infoview' utility. It
(as well as 'man') does not recognize the AmigaDOS Shell as
a capable display device.  I think the problem has to do with
the 'term:' assignment. If a terminal configuration (TERMCAP?)
file is necessary, where can it be found? .. and, How
should the 'term:' assignment be setup?

#2:

I compiled all the gnuchess files, finally! I am having a little
problem with the link, however.

Could someone tell me what I'm doing wrong. The linker can't find a
few things.

-------------------
Reading specs from gcc:compilers/amiga/2.2.2/specs
gcc version 2.2.2
 gcc:compilers/amiga/2.2.2/ld gcc:lib/crt0.o -Lgcc:compilers/amiga/2.2.2 -Lgcc:lib main.o book.o genmoves.o ataks.o util.o eval.o init.o search.o dspcom.o nondsp.o -lgcc -lc -lgcc
 dspcom.o: Undefined symbol _scanw referenced from text segment
 dspcom.o: Undefined symbol _scanw referenced from text segment
 dspcom.o: Undefined symbol _scanw referenced from text segment
 dspcom.o: Undefined symbol _ShowNodeCnt referenced from text segment
 dspcom.o: Undefined symbol _ShowNodeCnt referenced from text segment
 dspcom.o: Undefined symbol _ShowPrompt referenced from text segment
 dspcom.o: Undefined symbol _ShowPrompt referenced from text segment
 dspcom.o: Undefined symbol _stdscr referenced from text segment
 dspcom.o: Undefined symbol _wgetstr referenced from text segment
 dspcom.o: Undefined symbol _ShowPostnValues referenced from text segment
 dspcom.o: Undefined symbol _DoDebug referenced from text segment
 dspcom.o: Undefined symbol _DoTable referenced from text segment
 dspcom.o: Undefined symbol _UpdateClocks referenced from text segment
 nondsp.o: Undefined symbol _scanw referenced from text segment
 nondsp.o: Undefined symbol _printw referenced from text segment
 nondsp.o: Undefined symbol _printw referenced from text segment
 nondsp.o: Undefined symbol _printw referenced from text segment
 nondsp.o: Undefined symbol _printw referenced from text segment
 nondsp.o: Undefined symbol _printw referenced from text segment
 nondsp.o: Undefined symbol _printw referenced from text segment
 nondsp.o: Undefined symbol _printw referenced from text segment
 nondsp.o: Undefined symbol _printw referenced from text segment
 nondsp.o: Undefined symbol _printw referenced from text segment
 nondsp.o: More undefined symbol _printw refs follow
 nondsp.o: Undefined symbol _scanw referenced from text segment
 nondsp.o: Undefined symbol _scanw referenced from text segment
 nondsp.o: Undefined symbol _scanw referenced from text segment
 nondsp.o: Undefined symbol _scanw referenced from text segment
 nondsp.o: Undefined symbol _scanw referenced from text segment
 nondsp.o: More undefined symbol _scanw refs follow

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

Regards.  rbm2273@ultb.isc.rit.edu


Newsgroups: comp.sys.amiga.programmer
From: rkaivola@mits.mdata.fi (Risto Kaivola)
Subject: Re: Pascal for the Amiga
Organization: Microdata International Telecomm Service, Helsinki, Finland
Date: Tue, 18 Aug 1992 19:06:09 GMT

hellgren@cc.helsinki.fi writes:

>There is PD-compiler called PCQ (or was it PQC) on FISH disk (I don't remember
>the number). It is free, it has includes, it has a good assembler, it is fast
>and it has a debugger.

>	Vesa Hellgren, University of Helsinki

I think that PCQ is a good compiler package, but it doesn't include a
source-level debugger.  So, my question remains: is there a Pascal compiler
with a source-level debugger available, and if not, are there many people
who might want such a thing (even willing to pay for it)?


-- 
Risto Kaivola
(Internet address:   rkaivola@mits.mdata.fi)
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.0 Details (LONG!)
Date: 14 Aug 92 14:01:38 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <1992Aug14.090449.5698@uni-paderborn.de>, fillg1@uni-paderborn.de (Michael Illgner) writes:
|> walker@twix.unx.sas.com (Doug Walker) writes:
|> BTW.
|> Who supports SAS in Germany ? I never got any information from a
|> German distributor, and only some information from SAS/USA.

Starting with version 6.0, the SAS Institute subsidiary in Germany
will be distributing the SAS/C system and handling registration
and mailings.  Technical support will be handled from our US office,
but we are working on setting up a dial-up support bulletin board
in Germany.


-- 
  *****
=*|_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: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C V6.0 Announcement
Date: 14 Aug 92 21:20:34 GMT
Organization: Edotronik GmbH

In article <BsxCMw.4xr@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
>
>Here's a press release that was posted on BIX yesterday.
>
>========================================================
>
>SAS/C(r) DEVELOPMENT SYSTEM, VERSION 6.0
>Software Designed for AmigaDOS(tm)
>[...]
>COST
>
>   Suggested Retail Price   $395
>
>   Upgrade from SAS/C or
>      Lattice C Version 5    109
>
>   Users who have already
>     purchased the ANSI-
>     compliant library       87.20  (with appropriate proof--call for
>				      details)
>   Upgrade from Lattice C
>      Version 4	      197.50
>
>   Academic discount	      197.50
>
>   Competitive upgrade       197.50 (with appropriate proof--call for
>				      details)

What if I purchased my 5.1 just a short time ago? Is there some special
discount in upgrading related to a purchase after some date?

>ORDERING INFORMATION
>
>For more information or to order Version 6 of the SAS/C Development
>System, contact your nearest Amiga dealer or SAS Institute at
>919-677-8000.

What about outside the US. Is ther some email address for us poor guys?

>=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: lahurst@unix1.tcd.ie ( )
Newsgroups: comp.sys.amiga.programmer
Subject: Another Gadtools Q
Date: 18 Aug 92 20:07:34 GMT
Organization: Trinity College, Dublin

I have been messing with gadtools.library for a couple of weeks now and have one 
question . When I added keyboard equivalents to my prg I noticeed that the gadgets don't "flash" when I invoke the keyboard equivalent. I have tried the
ActivateGadget function ,but without success.

Any Help would be appriciated.
Leon
From: mpue2@syma.sussex.ac.uk (James E. Talbut)
Newsgroups: comp.sys.amiga.programmer
Subject: FAQ
Keywords: FAQ
Date: 12 Aug 92 10:12:42 GMT
Organization: University of Sussex, five miles away from Brighton


Where can I find the FAQ for this (and other) newsgroup(s)?

	J.T.
-- 
Fine beer may be judged with just one sip,
	but it's better to be thoroughly sure.  -  Czech proverb

James Talbut            mpue2@syma.susx.ac.uk
From: Leon@abcd.Houghton.MI.US (Leon)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Pointer quirk
Distribution: world
Date: 22 Aug 92 15:05:32 EST
Organization: Amiga BitSwap Central Dispatch

In a message dated Sat 22 Aug 92  0:33, Dgilbert@aeshq.uucp (david Gilbert)
wrote:

 DG>  I have found that my pointer will dissappear when it's within
 DG> so many pixels of the right edge of the screen.  This only happens
 DG> when I have overscan --- which I almost always have.  I don't know
 DG> much 
 DG> about hardware registers, but having a vague idea how sprites work,
 DG> I would expect that there are limit to where the sprites can appear.

Yes, and there's a related limitation in how much of the overscan screen
will show, depending on how you have overscan centering set up...  I've
found that you must fiddle with the controls on the monitor and adjust the
overscan centering...  Get everything visible (including the pointer) and
then move the monitor's controls to help center it...  You'll probably have
to adjust them sumultaneously...

\Leon

-- Via DLG Pro v0.995

______________________________________________________________________
|  o__ ----       \\ABCD///Amiga BitSwap Central Dispatch - DLG BB/OS!
| _.>/ _-------    \\BBS// 16K8bps - 3 Lines! - Fido/UUCP(906)482-8248
|(_) \(_)Leon Shaner\\\// <leon@abcd.houghton.mi.us> or <leon@mtu.edu>
|________[MTU - CTS] \\/  ...Non-Conformity is a virtue I hold dear...
From: consp03@bingsuns.cc.binghamton.edu (Kriston J. Rehberg)
Newsgroups: comp.sys.amiga.programmer
Subject: Changing Attributes And Timestamp
Date: 15 Aug 92 18:33:41 GMT
Distribution: comp
Organization: Binghamton University Computing Services - The POD Staff

Hi.

I'm using DICE, and I've been toying with the freeze program for UNIX.
It's functionally identical to compress(1) but it has the quality of
using LZHUF compression (otherwise known as the -lh5- compression of
LHa).

Now, I've gotten it to compile by #ifdef'ing out the references to
these UNIX system calls (it's very few!):

utime (or utimes for old BSD systems)
chmod (change file mode (read: attributes))
chown (useless for Amiga)

And it complains of "file not found" after it tries to unlink (ie,
delete) a file.

Now for the problem:

I need a way similar to utime to read and preserve the file's original
creation and modification dates (just like the UNIX version does).  I
also need to preserve the file's attributes.

Am I hitting on some unimplemented ioctl calls?  My manuals for DICE
tell me that some of the UNIX system calls are there but not
implemented (that is, they are callable but just return exit codes).

Any help would be greatly appreciated.

Would switching to GCC 2.2.2 and its libraries/includes help at all?

Thanks!

Kris
--
Kriston J. Rehberg, POD Consultant          consp03@bingsuns.cc.binghamton.edu
Binghamton University Computing Services    CONSP03@BINGVAXA.BITNet
#include <stddisclaimer.h>                  "Labra lege:  Hackito ergo sum"
"Your lack of common decency reminds me of a computer" - emacs M-x flame
From: mpue2@syma.sussex.ac.uk (James E. Talbut)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ToolMaker from CATS
Date: 12 Aug 92 08:45:47 GMT
Organization: University of Sussex, five miles away from Brighton

In article <63842@cup.portal.com> Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON) writes:
>Toolmaker is shipping(at least my copy arrived a few days ago).  It
>is powerful tool for building 2.0 compatible interfaces.  I did read
>the manual supplied, but only after creating a simple interface with
>all sorts of gadgets.  The use is intuitive and easy to learn.  I do
>wish there were more information on the 2.0 features(gadgets in particular)
>but the manual does refer you to the RKM books....  

So how can an Englander get it?
And how much does it cost?

	J.T.
	
-- 
Fine beer may be judged with just one sip,
	but it's better to be thoroughly sure.  -  Czech proverb

James Talbut            mpue2@syma.susx.ac.uk
From: Aurelius@cup.portal.com (Mark Christian Barnes)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: problem with movea.l
Date: Thu, 13 Aug 92 22:09:56 PDT
Organization: The Portal System (TM)
Distribution: world

Hi Jean,

 Any 68000 compiler that lets you write a statement:

   move.l x,a0

is really going to generate the machine code for:

   movea.l x,a0

because this is the actual instruction required. These
assemblers are just being *kind* to you. ;-)

                Aurelius@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: console device raw mode
Organization: Max-Planck-Institut f"ur Radioastronomie
Distribution: comp
Date: Fri, 14 Aug 1992 22:14:27 GMT

In <1992Aug13.123936.5658@rz.uni-karlsruhe.de> ry41@rz.uni-karlsruhe.de (Bernhard Moellemann) writes:
>Just call DoPkt(conport,ACTION_SCREEN_MODE,DOSTRUE) to enable RAW-mode and
>use DoPkt(...,DOSFALSE) to go back to cooked output.

Or use the nice SetMode() function :-)

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."
From: wille@june.cs.washington.edu (Robert Wille)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Ordering SAS/C Version 6
Date: 21 Aug 92 19:50:42 GMT
Distribution: usa
Organization: University of Washington Computer Science

In article <1992Aug20.210844.27609@schaefer.math.wisc.edu>, mueller@schaefer.math.wisc.edu (Carl Douglas Mueller) writes:
|> In article <BtAsGE.J1E@news.cso.uiuc.edu> jmrg9881@uxa.cso.uiuc.edu (Jon Reid) writes:
|> >I just got my upgrade order form today.  There's one puzzling thing on it,
|> >and that's the sales tax.  Am I to understand that I need to tack on
|> >Illinois state tax (since I live in Illinois), even though SAS is in North
|> >Carolina?
|> 
|> As long as SAS has an office in a state, they must charge sales tax there
|> (I think that's the law ... but soon all the mail order places will charge
|> tax in all states).

I believe that's correct.  I just upgraded by Borland C++ compiler and the
guy told me he had to charge sales tax because they have an office in
Washington.  And Washington has a killer 8.2% sales tax :-(

-- 
Robert

There is evidence that the brain is like a computer.  If that's true, 
then there really aren't any stupid people.  Just people running DOS.
From: stuart@minster.york.ac.uk
Newsgroups: comp.sys.amiga.programmer
Subject: Link problem with GCC 2.2.2
Date: 19 Aug 92 10:36:48 GMT
Organization: Department of Computer Science, University of York, England


I can't get the latest version of GCC (2.2.2, ftp'd from wuarchive) to
successfully compile a C++ program which uses streams, the compilation
phase seems to be successful but the linking phase fails with a reference
to an undefined symbol ___new_handler.

The problem is demonstrated by a simple "Hello World" program:

	#include<iostream.h>
	int main()
	{
	  cout<<"Hello World\n";
	}

Which gives the following error:

gcc:lib/libgcc.a(_builtin_new.o): Undefined symbol ___new_handler referenced
from text segment

The output (using the `-v' switch to gpp.rexx) is as follows:

Reading specs from gcc:compilers/amiga/2.2.2/specs
gcc version 2.2.2
 gcc:compilers/amiga/2.2.2/cpp -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 
 -D__cplusplus -Dmc68000 -Damiga -Damigados -DMCH_AMIGA -DAMIGA -D__mc68000__ 
 -D__amiga__ -D__amigados__ -D__MCH_AMIGA__ -D__AMIGA__ -D__mc68000 -D__amiga 
 -D__amigados -D__MCH_AMIGA -D__AMIGA -Dmc68010 hello.cc t:cc123008.i
GNU CPP version 2.2.2 (68k, MIT syntax)
 gcc:compilers/amiga/2.2.2/cc1plus t:cc123008.i -quiet -dumpbase hello.cc 
 -version -o t:cc123008.s
GNU C++ version 2.2.2 (68k, MIT syntax) compiled by GNU C version 2.2.2.
 gcc:compilers/amiga/2.2.2/as -mc68010 -o hello.o t:cc123008.s
 gcc:compilers/amiga/2.2.2/ld gcc:lib/crt0.o -Lgcc:compilers/amiga/2.2.2 
 -Lgcc:lib hello.o -lg++ -lgcc -lc -lgcc
gcc:lib/libgcc.a(_builtin_new.o): Undefined symbol ___new_handler refer
enced from text segment

Any ideas what the problem is? The systems is a B2000, with WB2.04 and a
GVP 68030 board with 4Mb 32bit RAM. All libraries (shared and link) and
C++ include files are those supplied with Gcc 2.2.2.

Stuart
(stuart@minster.york.ac.uk)
Newsgroups: comp.sys.amiga.programmer
From: mahman@exterminator.cs.hut.fi (Markku Ahman)
Subject: C++ for Amiga?
Keywords: C++ compiler SAS
Organization: Helsinki University of Technology, CS lab
Date: Wed, 19 Aug 1992 11:03:21 GMT

Hi!

I'm bored with C and now I am looking for a good C++ compiler for Amiga and
noticed too late the recent talk about it ("C++ for the Amiga question?").

Could some kind person email me this article with replys?
Otherwise, what would you recommend for a good C++?
Does e.g. SAS have any?

- Markku -

Xref: sparky comp.sys.amiga.programmer:12459 comp.sys.amiga.hardware:14287
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re:  WB 2.0 on A1000
Date: 18 Aug 92 22:05:03 GMT
Organization: Edotronik GmbH

In article <1b815ad3.ARN00bf@zoolook.ki.open.de> heiko@zoolook.ki.open.de (Heiko Voland) writes:
>Isn't it better to increase the Kickstart RAM to 512K? Is it possible?
>I'm very inerested in this question.

Of course it is possible (anything is) but IMHO a lot more messy in terms
of hardware than to just rip out the RAM board completely. And messy
hardware usually means instability. Taking out the piggy back reduces the
number of chips, reduces power needs, and reduces bus load. All of this
means enhanced reliability IMHO.

>I think it is the best solution for A1000 owners (for me too) when the
>2.xx Kick can be loaded from disk.

You like fiddling with the KS disk, eh? ;-) :-)
Seriously, my A1000 at home runs KS2.04 since release and I never missed
1.3 a minute. Why would anyone want to switch back? Any reliable
application runs with 2.04. If not, it's not reliable.

> = Heiko Voland  +49-431-526619		heiko@zoolook.ki.open.de    _ =

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: kovert@wam.umd.edu (Todd Kover)
Subject: Re: Program Fragmenting Memory
Organization: Insufficient Memory Software
Date: Thu, 13 Aug 1992 20:23:14 GMT

In article <1992Aug9.023203.7467@ariel.ec.usf.edu> stelmack@eggo.tmc.edu (Gregory M. Stelmack) writes:
>My latest project has been fragmenting memory, and leaving two small chunks
>behind. Running MungWall & MungList (thanks for Sushi!) reveals two tiny
>chunks unfreed by my task -- sizes $0a and $a8. Anyway, I wrote my own 
>wrappers for AllocMem and FreeMem that track the size and location of my
>allocations, and replaced all my calls with these wrappers (searching every
>source file to make sure I got them all). When I run with these, I still
>lose memory, but all my Allocs are properly matched by same-sized Frees
>(and MungWall does not complain). Also, neither address for the fragments
>matches any of my allocations.
>
>So, does anyone know of anything that might be causing this? I am using
>SAS/C 5.10b, and will call SAS Monday to see if there might be something
>with their startup/shutdown code, but in the meantime am asking here.
>Any ideas? Anyone know of any other tools that might help me track this
>down?

I don't know what's causing it, but I ran into a similar problem when 
writing a shared library.  (In my case, I took an include file in all of
my source files, and #define'd AllocMem(x,y) AllocMemWrap(x,y) and 
FreeMem(x,y) FreeMemWrap(x,y) and #undef's them in front of the actual
function definitions).

I ran into the exact same problem.  Once I implemented these wrappers
(and changed nothing else) there was no more fragmentation.  (Many many
calls to all aspects of the library never yielded a problem, (naturally
including the situations that originally did).

I'm using 5.10a, though, so I thought it may have something to do with that.
Perhaps not, though.

-Todd
-- 
/* Todd Kover // [ #include  <std/disclaimer.h> ]  "Murphy's Law of Dating II:
            \X/  [ Internet: kovert@wam.umd.edu ]   If you like her, she lives
CIS: 70621,2376  [ Fido: 1:109/447 & 1:261/5016 ]   in a different state."
          "Profanity is the language that all programmers know Best."       */
From: jow@hcast.uucp (Juergen Weinelt)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: problem with movea.l
Date: 15 Aug 92 15:03:57 GMT
Reply-To: swb.de!imart!hcast!jow
Organization: Private UUCP Site

In article <1992Aug13.194630.12721@dartvax.dartmouth.edu> abs0@coos.dartmouth.edu (Kelvin Leung) writes:
>
>Try looking up
>a motorola 68k manual and putting a little code in your program which
>replaces the "NOP"s with a move.l <ea>,An  (I don't know if this will work
>though...)

It won't.

#FLAME ON (real hot)

Keep away from self-modifying code unless you REALLY know what you're
doing. Most of this will not work with 680x0 (x>0) because of the
instruction caches of those processors.

#FLAME OFF

>Good luck,

You'll need it with that kind of code.

>Kelvin
>e-mail: abs0@coos.dartmouth.edu

-- Juergen

  o  _         Juergen Weinelt, Germany (ECG116)
  | (_) \/\/   UUCP: swb.de!imart!hcast!jow
  '            CBMNET: jow@hcast.adsp.sub.org