HDTenEightyP/NetNews huggingface dataset:
From: cg@ami-cg.UUCP (Chris Gray)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  SASC 6.0 (food for thought)
Date: 29 Aug 92 19:18:34 GMT
Distribution: world
Organization: Not an Organization

In article <paulk.1a84@terapin.com> paulk@terapin.com (Paul Kienitz) writes:

[SAS C results Dhrystone deleted]

>Aztec 6.0 is a *long* way off.  They aren't even working on any Amiga products
>these days -- they don't have enough people.  And when they do go back to the
>Amiga stuff, the first thing they need to do is a major upgrade of their sourc
>level debugger.
>
>But they say the 6.0 compiler will have cool optimizations like register
					 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>tracking, full '040 support, and an intuitionized control interface.
 ^^^^^^^^

I hope they have some real optimizations in mind as well, like common
subexpression elimination, register colouring, loop unrolling, dead code
elimination, strength reduction, etc. I put register tracking into my PD
Draco compiler several years ago - it buys some speed, but not as much as
some of the other techniques.

Or perhaps you mean something different by that term than I'm used to? I
use it to mean that the compiler keeps track of what is in the registers as
it emits code, and can therefore avoid unnecessary loads of variables,
constants, pointer dereferences, etc. An aspect of it that I never did is
merging the information across flow merge points (two execution paths
come together, like at the end of an 'if').

--
Chris Gray   ualberta!ami-cg!cg   or   cg%ami-cg@kakwa.UCS.UAlberta.CA
From: doug@dsij.uucp (Doug Johnson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How to redirect printer device??
Date: 31 Aug 1992 19:13:37 GMT
Organization: Not an Organization

In article <1992Aug31.110432.1@cc.curtin.edu.au> scholkows@cc.curtin.edu.au writes:
>HI,
>	Does enybody know if there is a way of redirecting the output of the 
>printer device to a file...  Eg make a file which you can later "copy" to 
>another printer which is hooked up to an IBM??

  'CMD help' will give you the info you need.

>MArtin
> Internet: SCHOLKOWS@cc.curtin.edu.au
> Bitnet: SCHOLKOWS%cc.curtin.edu.au@cunyvm.bitnet
> UUCP  : uunet!munnari.oz!cc.curtin.edu.au!SCHOLKOWS

--

Doug Johnson		  *	Q: What do you call a tornado with long hair
Windsor, ON		  *	and boils?
Canada			  *	A: A cysted twister.
From: dlarson@cbmvax.commodore.com (Dale Larson - Product Assurance)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  SAS/C 6.0 Details (LONG!)
Date: 26 Aug 92 22:14:56 GMT
Reply-To: dlarson@cbmvax.commodore.com (Dale Larson - Product Assurance)
Organization: Commodore, Systems Assurance, Amiga Systems Group

In article <fgd3.01rf@nifty.UUCP> fgd3@nifty.UUCP (Fabbian G. Dufoe, III) writes:
>   Am I reading this right?  SAS/C version 6.0 will not include header files
>for use with Workbench 1.3?  If so, will the 1.3 header files from 5.10b
>work with version 6.0 for those developers who want their programs to be
>compatible with Workbench 1.3?  Or will the 2.04 header files work for 1.3
>development?

Of course the 1.3 header files from 5.10b will work with 6.0.  The 1.3 headers
haven't changed.  Of course the 2.04 header files can be used for 1.3
development, as long as you don't use 2.04 features unless on a machine with
2.04 or better.

The OS includes aren't tied to a specific compiler -- 1.3 includes are the same
for all revs of all compilers.  The OS includes are backward compatible -- if
they weren't, you probably would have a machine that was compatibile with older
programs.  The only reason you might want 1.3 includes is if you want to make
sure you don't accidentally take advantage of 2.04 features -- but you can do
that by running on a 1.3 machine.

-- 
-------------------------------------------------------------------------------
Dale Larson, Software Engineer,    |
Commodore, Systems Assurance Dept. |    "Bridge, this is Riker.  If you need 
(Amiga Systems Group)              |     me, I'll be in Holodeck 4."
dlarson@commodore.com              |       -after resisting a female metamorph
Newsgroups: comp.sys.amiga.programmer
From: tron@uni-paderborn.de (Matthias Scheler)
Subject: Re: FreeGadgets() causes Enforcer hit??
Organization: Uni-GH Paderborn
Date: Wed, 2 Sep 1992 11:30:44 GMT

jwwalden@miavx1.acs.muohio.edu (P'relan) writes:

>I have a bit of a problem with some code I'm working on, and hope someone on
>the net could help.  It seems that either I'm doing something wrong, or that
>asl.library's FreeGadgets() function is causing an Enforcer hit.  Here is the
>function in question:

>void FreeWindow(struct Window *wind) {

>struct Menu *men;
>struct Gadget *glist;

>men = wind->MenuStrip;
>glist = wind->FirstGadget;

>if (men) {
>        ClearMenuStrip(wind);
>        FreeMenus(men);
>        }
>CloseWindow(wind);
>if (glist) FreeGadgets(glist);   <----- This line causes hit.
>}

You MUST call FreeGadgets() on the pointer returned by CreateContext().
You possibly call FreeGadgets() on one of the already deleted system
gadgets.
-- 
Matthias Scheler                                         tron@uni-paderborn.de
University of Paderborn (Germany)
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Console file handlers from within a Shell started program
Distribution: world
X-NewsSoftware: GRn 1.16f (beta) by Mike Schwartz & Michael B. Smith
Date: 28 Aug 92 17:28:03 EDT
Organization: Private UUCP Node

In article <1992Aug18.095812.27466@syma.sussex.ac.uk> mpue2@syma.sussex.ac.uk (James E. Talbut) writes:
> method (that I think is better than any of the suggestions) but I have
> also found the DOS 2.0 has stderr.
>
> Do any of the shells for the ami' actually use it?
> With redirection?

No, they don't use it because it isn't completely supported. There is a field
in the Process structure for a standard error file, but AmigaDOS doesn't use
it on V37.

If you are going to try to use it, then code defensively, eg:

                struct Process *myproc = (struct Process *) FindTask (NULL);
                BPTR std_input  = myproc->pr_CIS;   // Input()
                BPTR std_output = myproc->pr_COS;   // Output()
                BPTR std_error  = myproc->pr_CES;
                int  close_err  = 0;
                int  clear_err  = 0;

                if (!std_error) {
                        clear_err = 1;
#if 0
                        // if you want it to be the same as stdout
                        std_error = std_output;
#else
                        // if you want it to be console output
                        std_error = Open ("CONSOLE:", MODE_OLDFILE);
                        close_err = 1;
#endif
                        myproc->pr_CES = std_error;
                }
                ...
                ...stuff...
                ...
                if (close_err) {
                        Close (std_err);
                        close_err = 0;
                }
                if (clear_err) {
                        myproc->pr_CES = NULL;
                        std_error = NULL;
                        clear_err = 0;
                }
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: ccsw@bristol.ac.uk (EthaStorm)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: including 68000 code in C
Date: 26 Aug 92 10:06:14 GMT
Organization: University of Bristol, England

In article <1992Aug25.023906.8962@ccu.umanitoba.ca> umfehr06@ccu.umanitoba.ca (John Fehr) writes:
>Is there any way to simply insert 68000 code in your C programs?  Say I want to
>put some in a for loop or something.
>    John
>

Hiya John.

   I'm none too hot on C coding, but this might work (prepares himself to be
flamed to HEL!!)

In your assembler code, you would have something like

         XDEF Loop20

Loop20:
     move.l #20,d0
     .............
     .............

       END

In your C source, you'd have something like (this is the bit I'm not too sure 
about)

    extern void Loop20();

Then, when you link your code together you'd do (if you were using BLink)

    blink  C-Code.o Asm-Code.o to myprog

I think this should work, but as I said I am NOT 'au-fait' with C code or it's
compilers!!!


  Hope this helps,

    Steff  *8)
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Bug in ECS?
Date: 28 Aug 92 12:01:28 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <1992Aug27.143509.7372@ifi.unizh.ch> swalter@avalon.physik.unizh.ch (walter stefan) writes:
>I'm currently writing a tool which disables the Workbench screen.
>However, for some reasons it will need to switch it on again at
>the end. It does this by enabling copper DMA again and by directly
>writing the neccessary values for a lores 5 plane 320x256 display
>in the corresponding registers (bplcon0 etc.). Now I've noticed
>that this causes more or less big problems for Amigas with ECS.
>
>What happens is that although the Workbench screen is back, a red
>bitplane containing garbage is laid over it and stays there for upto
>2 seconds. After that it fades away in stripes, leaving the screen
>as it should be.
>
>Now, does anyone know why this happens or had the same problem earlier
>and has found a solution? I'd be really glad for any hint. Thanks.
>

	Waht do you mean disable the workbench screen?

	If you mean that you just want to blank it open another screen in front,
or do OFF_DISPLAY.

	If you want to load your own custom View and restore the intuition one
at the end, LoadView(&(IntuitionBase->ViewLord)) at the end.

	If you want to take over the copper, etc:

	LoadView(NULL);			/* reset any dangerous registers */
	WaitTOF(); WaitTOF();		/* make sure they are really reset */
	take over.
		.
		.
	custom.cop1lc=GfxBase->copinit;	/* restart graphics copper list */
	LoadView(&(IntuitionBase->ViewLord);	/* and get intuition's view back */



-- 
*-------------------------------------------*---------------------------*
|Chris Green - Graphics Software Engineer   - chrisg@commodore.COM      f
|                  Commodore-Amiga          - uunet!cbmvax!chrisg       n
|My opinions are my own, and do not         - icantforgettheimpression  o
|necessarily represent those of my employer.- youmadeyouleftaholeinthe  r
|"A screaming comes across the sky..."      - backofmyhead              d
*-------------------------------------------*---------------------------*
Newsgroups: comp.sys.amiga.programmer
From: bryanf@hpmcaa (Bryan Ford)
Subject: Re: SASC 6> .0  
Organization: HP Cardiology Business Unit - McMinnville, OR
X-Newsreader: Tin 1.1 PL4
Date: Fri, 28 Aug 1992 16:14:50 GMT

jamie@cdevil.unx.sas.com (James Cooper) writes:
> Please don't pass this address around, though, as it is not "officially"
> open for business yet...

Hmmm...  Does posting it on the net and thereby broadcasting it to hundreds
of Amiga programmers all over the world not qualify as "passing it around"? ;-)

				Bryan
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Manx C and Boopsi Question
From: cree@elec.canterbury.ac.nz (Michael Cree)
Date: 26 Aug 92 12:38:22 +1200
Organization: Electrical Engineering, University of Canterbury, New Zealand
X-Newsreader: Tin 1.1 PL5

Ken Cooper (cooper@milton.u.washington.edu) wrote:
: 
: ...  I am using Manx Aztec-C68K version 5.2a and when I went to link
: the example program the linker was unable to find the following
: functions that are part of amiga.lib:
: 
:                        DoMethod()
:                        DoSuperMethod()
:                        DoSuperMethodA()
:                        HookEntry()
: 

Yep, I have the same problem. The includes and amiga.lib that are with
version 5.2a are not the latest CBM v37 release.  Furthermore, the
above functions are not described (so no code :-( ) in the RKM:
Includes and autodocs. It might be possible to pull out the correct
object files from the lastest amiga.lib (available from CBM) and then
add them to c.lib. In fact, I might just give that a go and report
whether I was very successful. Will be a few a days before I get to
try though, havn't got many free evenings this week :-/

: Ken Cooper

-----------------------------------------------------------------------------
Michael Cree                              Gold there is
cree@elec.canterbury.ac.nz                 and rubies in abundance;
                                          But lips that speak knowledge
                                           are a rare jewel. (Prov 20:15)
------------------------------------------------------------------------------
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Clip Board Source files anywhere ???
Date: 27 Aug 92 20:52:27 GMT
Organization: BBS

> Or, if any one has any other code that reads FTXT data out of the
> ClipBoard and wants to share it ???
 
Look for an archive called "CLPFILE" -- it contains a program called
CF or ClipFile by David N. Junod, with source.  I suppose I could
mail you the archive with Ship (do you have Ship?  The Amiga version
is in the AmyZip archive) but I can't mail uuencoded stuff from here
because it gets corrupted.  Or I could mail you the source
uncompressed -- about 16k.
From: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.0 Details (LONG!)
Date: 27 Aug 92 03:56:32 GMT
Reply-To: cbmehq!cbmden!hemmer@cbmvax.commodore.com (Franz Hemmer)
Organization: InterActivsion
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <BtJLFy.K6M@unx.sas.com> jamie@cdevil.unx.sas.com (James Cooper) writes:
> 
> In article <hemmer.01sx@hemmer.adsp.sub.org>, hemmer@hemmer.adsp.sub.org (Franz Hemmer) writes:
> >
> >So, when I switch to V6.0 I'll have to set all my library pointers to NULL
> >after CloseLibrary(), in order to avoid autoterm() to close it again ?
> 
> You don't have to do any NULL setting or anything else for things to
> work correctly.

Okay, now I can relax again :-) Thanks to all who helped on this one.

> Jim Cooper

-- 
*-------------------------------------------------------------------------*
|         _   UseNet: (uunet|rutgers|pyramid)!cbmvax!cbmehq!cbmden!hemmer |
|         \\ _                         CBMNET: hemmer@hemmer.adsp.sub.org |
| InterActi\X/ision - The name of precision                               |
| Best regards                         >> Carpe Diem! - Seize the day! << |
| Franz Hemmer - Software Developer located in Silkeborg, Denmark, Europe |
*-------------------------------------------------------------------------*
From: marcelk@blade.stack.urc.tue.nl (Marcel van Kervinck)
Newsgroups: comp.sys.amiga.programmer
Subject: Breaks
Date: 28 Aug 92 13:20:00 GMT
Organization: MCGV Stack, Eindhoven University of Technology, the Netherlands.

This is probably a FAQ, but I can't find a decent answer anywhere.

What is the correct way to detect user breaks (CTRL-C,D,E,F) in machine
code? I noticed that they are implemented as signals (12..15 as I remember)
but according to my documentation those are reserved for system use.
Is it correct to use SetException() on them?
Thanks in advance.

 - Marcel van Kervinck
   marcelk@blade.stack.urc.tue.nl
From: csccm@luxury.latrobe.edu.au
Newsgroups: comp.sys.amiga.programmer
Subject: IMPORTANT GCC LIBRARY
Date: 1 Sep 92 14:54:46 GMT
Organization: La Trobe University
Originator: csccm@luxury.latrobe.edu.au

I am trying to install the new GCC2.1 on my A500 under 1.3, and it cant
find the library file 'mathieeesingbas.library'.  The docs say that this
is built into ROM in 2.x, but there is a file available for 1.3, and it
has been posted to comp.sys.amiga.programmer before, so I am asking if
anyone knows where I could get this library, or if anyone could send it.

Thanks!!

/\/\/\/\/\/\/\/\/\/\/  ///  /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\ |\/| /\             /// My AMIGA can emulate Anything !!                   /
/ |  || Freddy !! \\\///            CSC9017984R@LUST1.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: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ClearEOL and SetAPen
Date: 4 Sep 92 00:51:12 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

jbickers@templar.actrix.gen.nz (John Bickers) writes:
>> >Out of curiousity: _Why_ is SetAPen() slow?  What is involved in changing
>
>> It has to recalculate the minterms for the Blitter.
>
>    Doesn't it use lookup tables for that?

	Yes, otherwise it would be far slower.  The 2.0 changes were to factor
out things we didn't need to use the full tables for, so we have several
different tables depending on drawmode.

-- 
"Rev on the redline, you're on your own; seems like a lifetime, but soon it's
 gone..."  Foreigner
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
Newsgroups: comp.sys.amiga.programmer
From: hassink@cs.UAlberta.CA (Hassink Brian John)
Subject: A4000, really?
Organization: University of Alberta, Edmonton, Canada
Date: Fri, 28 Aug 1992 01:32:22 GMT

Somebody mentioned something about an Amiga 4000 in the works,
is this true?

I would assume it's going to be 68040 based, and hopefully 
include a new set of more powerful graphics chips.

I anybody has some documentation, or even a rumour or two, I'd
be very interested in hearing about it.

Brian Hassink
hassink@cs.ualberta.ca
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: How does popenl() work?
Date: 1 Sep 92 14:41:57 GMT
Organization: Edotronik GmbH

Does anyone know the unix(?) popenl() function? How does it work and what
arguments does it take?


--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: jbickers@templar.actrix.gen.nz (John Bickers)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: TypeOfMem()/BltBitMap().
Date: 3 Sep 92 17:10:50 GMT
Organization: TAP, NZAmigaUG

Quoted from <1992Sep2.112816.21282@rz.uni-karlsruhe.de> by ry41@rz.uni-karlsruhe.de (Bernhard Moellemann):
> In article <jbickers.0ehb@templar.actrix.gen.nz>, jbickers@templar.actrix.gen.nz (John Bickers) writes:

> >    1.  Is TypeOfMem() a KS2.0-only function, or did it exist in

> It did exist in at least in 1.3 , but I think it was still in 1.2.
> But in this releases it was broken in some cases. Please use it only in

    Hm. Ok, is the Flags field in a struct BitMap used for anything?

>  Bernhard Moellemann   <spare space>   Chairman of the Nessy-Fan-Club   //
--
*** John Bickers, TAP, NZAmigaUG.        jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
Newsgroups: comp.sys.amiga.programmer
From: apel@physik.uni-kl.de (Martin Apel (SAGA))
Subject: Re: Debugger ftp site?
Organization: University of Kaiserslautern, Germany
Date: Wed, 2 Sep 1992 11:31:32 GMT

adonkin@waikato.ac.nz writes:
: 	I have PowerVisor 1.0 Beta, and I'm very impressed with what it can do. 
: However it is very sensitive under 1.3 and some things don't work under 2.0
: (e.g. conditional breakpoints).  Is there a more recent release somewhere? 
: Failing that, a better debugger (although I'd like to stick with PV)?
: 	Thanks for your help... Andrew.	
: 
: --
:      ///            Please mail to...
:  \\\///     Andrew Donkin, adonkin@mars.cs.waikato.ac.nz
:   \XX/

There is a version 1.3 beta out. I got it from ftp.uni-kl.de.
--
Reachable as:				I do hate sums. There is no greater
apel@gypsy.physik.uni-kl.de		mistake than to call arithmetic an
(Martin Apel)				exact science. There are .. hidden
					laws of number which it requires a
					mind like mine to perceive. For
					instance, if you add a sum from the
					bottom up, and then again from the 
					top down, the result is always
					different.
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Double buffering and flicker..
Keywords: WaitBOVP() and WaitTOF()...
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Fri, 28 Aug 1992 08:45:34 GMT

In <mcuddy.714894318@fensende> mcuddy@fensende.Rational.COM (Mike Cuddy) writes:
>LoadView()), and just before I do the LoadView(), I do a WaitTOF().  

Try LoadView() before WaitTOF().

>Unfortunately, when I do this, the double buffering flickers like mad!
>(The graphics can't be seen while they're being drawn, so I know I'm
>drawing on the right page...)

Hmm. Not so sure. LoadView() queues the view to be installed at next
vblank (via the graphics.library intserver). WaitTOF() puts your task
to sleep until all vblank servers have executed.
If you use WaitTOF(), then LoadView() you still have the previous view
visible up to the next vblank.

>The catch is, when I use WaitBOVP() with the last ViewPort in my view, 
>everything works fine. But, according to the RKM, WaitBOVP() busy waits, 
>and that's bad. (I'm trying to be system friendly!)

WaitBOVP() will finish _before_ the vblank servers have executed (well,
depends on how fast/loaded your machine is).

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."
Organization: Queen's University at Kingston
Date: Wednesday, 26 Aug 1992 20:23:32 EDT
From: <LEEK@QUCDN.QueensU.CA>
Newsgroups: comp.sys.amiga.programmer
Subject: Re: RKM: Libraries - examples?

In article <34637@cbmvax.commodore.com>, ricci@cbmvax.commodore.com (Mark Ricci
- CATS) says:
>
>>Are the examples from the 2.04 RKM: Libraries book available
>>in "electronic" form?
>
>We're not quite done yet, but awfully close.  We will be submitting
>them to Fred Fish as we did with the 1.3 disks.

I think I'll take the oppunity to thank the CATS for the RKM examples.
Those examples really helps.  I managed to get my EPROM programmer
software done in a week.  Without the examples to play with, I would
probably spend more than twice as long trying to make my program OS
friendly.  One of the neatest thing is over 90% of that program
that deals with the OS (timer, parallel port example) or user interface
(the one that calculate the sizes & locations of menu stuff based on
font side) comes from freely distributable sources (RKM,Requester.library)
My new GAL programmer software is base on my old EPROM programmer (at
least the basic framework) and it is another one of those I would hate
to program on a PC.

With all these neato yet useful examples, I almost find it fun to write
Amiga programs from time to time.  :)

>
> Mark Ricci - CATS          |

K. C. Lee
Elec. Eng. Grad. Student
From: simons@peti.GUN.de (Peter Simons)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Is this legal assembly code?
Date: 23 Aug 92 19:18:36 GMT
Organization: * Private Amiga Site Bonn *
X-Newsreader: Ann 0.9

In article <2329@forty2.physik.unizh.ch>,
        cschneid@amiga.physik.unizh.ch (Christian Schneider) writes:

 > [Codefragment deleted]
 >
 > This is indeed an interesting case.
 > All assemblers I tried refused it. They don't like forward references
 > for conditional assembly ;-)
 >
 > I tried it with: Macro68, DevPac, ArgAsm and another assembler
 > I beta-test.

Add "FWDREFOK" to your sourcecode and Macro68 *WILL* assemble
this code!

--
              ____ ____      ____
             /___ /__  /\  /  /    INTERNET: simons@peti.GUN.de
            ____//___ /  \/  /      FIDONET: 2:242/7.25
           to you by Peter Simons     VOICE: 0228 / 746061