HDTenEightyP/NetNews huggingface dataset:
From: vishart@ubvmsd.cc.buffalo.edu (Joseph Hart)
Newsgroups: comp.sys.amiga.programmer
Subject: gcc2.0 helloworld compilation errors
Date: 9 Apr 92 22:16:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

Greetings.....

     I trying to compile the following program :

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



     I am using the following command to do so :

3> gcc -v helloworld.c



     I am getting the following error messages :

gcc version 2.0
 gcc20:lib/gcc/cpp -lang-c -v -undef -D__GNUC__=2 -Dmc68000 -Damiga -Damigado
s -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 -Dmc
68010 helloworld.c t:cc591784.cpp
GNU CPP version 2.0 (68k, MIT syntax)
In file included from gcc20:include/streambuf.h:24, from gcc20:include/iostre
am.h:25, from helloworld.c:1:
gcc20:include/_G_config.h:5: unterminated string or character constant
In file included from gcc20:include/iostream.h:25, from helloworld.c:1:
gcc20:include/streambuf.h:99: unterminated string or character constant
gcc20:include/streambuf.h:206: parse error



     I have also noticed that some of the header files from
the g++-include directory conflict with the header files
from the gcc2.0 archives (e.g. they have the same names, but
differing contents).  It would seem from this that the g++-include
files cannot be kept in the same include directory as the others,
at least at the same directory levels.

     The header files in question are as follows :
        sys/param.h
        assert.h
        BitString.h
        math.h
        String.h

Anyone have any comments on this ?



     Your previous responses have been most helpful.  I seem to be
making better progress.  I'm almost there, I think.....
....please help.......:-)
___________________________________________________________________
                  |         Internet: vishart@ubvmsd.cc.buffalo.edu
Joe Hart          |     ///    Plink: OSS542
Niagara Falls, NY | \\\///  Ham call: WA2SND
                  |  \XX/   AMIGA - Computers for REAL MEN
===================================================================
From: jdb8042@tamuts.tamu.edu (John Donald Baker)
Newsgroups: comp.sys.amiga.programmer
Subject: MSH and DOS 1.2
Date: 13 Apr 92 01:27:03 GMT
Organization: ~/lib/organization

Thanks to those who responded to my query about the ideosyncrasies of MSH under
AmigaDOS 1.2.  For anyone else who needs to know, the changes to the mountlist
are:

Remove or comment out the 'BootPri: ...' line.
Change 'GlobVec = -1' to 'GlobVec = 1'.

One other quandary remains.  despite the 'Unit = n' line in the mountlist,
MSH will only use DF0: as its physical drive.  What do I need to do to force
MSH (or appriately re-named devices) to use DF1:--DFn: as the physical drive?

Thanks.


John D. Baker  ->An Apple 3.5", 5.25", 8" PCPI Applicard ZCPR3 nut//
Internet:  JDB8042@{tamuts|rigel|sigma|summa|zeus|venus}.tamu.edu
UUCP:  The Black Box: ...buster!blkbox!jdb8042 [(713) 480-2686|-2685 (2400)]
BBSs:  JOHN BAKER on Z-Node #45 [(713) 937-8886],
The Vector Board [(716) 544-1863], PIC of the Mid-Town [(713) 527-8939]
From: mcmillar@dcs.glasgow.ac.uk (Robert McMillan)
Newsgroups: comp.sys.amiga.programmer
Subject: Commodores Programming Guidelines for 2.04
Date: 16 Apr 92 12:18:49 GMT
Organization: Computing Sci, Glasgow Univ, Scotland



As an amiga owner for many years I have recently upgraded to Kickstart 2.0x.

What I want to know is how do I get a hold of Commodores programming guidelines
and technical info on the new OS? E.g. How do you make a program compatible 
with the commodities system etc.

I have been prog'ing in C for a couple of years so I have no problems there.

Thanks,
Bob.
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Assembly...
Date: 13 Apr 92 08:49:34 GMT
Organization: Max Planck Institut fuer Radioastronomie

In <92099.160442MRC113@psuvm.psu.edu> MRC113@psuvm.psu.edu (Mike Cramer) writes:

>I've been reading up on assembly for the past few weeks or so and have come
>to the conclusion that it would be a VERY USEFUL thing to learn.  The only
>problem is, I don't have a way to assemble anything!  I am looking for a
>public domain or shareware package.  Any ideas?  I have the Commodore
>assembly include files and ALink.  I just want to fool around so I don't
>want anythin g as complex as the commercial stuff around.  Any ideas?

Get A68k. You will find it on some fish disk or on most Amiga ftp archives.

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: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Cookie-cut drawing
Date: 10 Apr 92 17:29:50 GMT
Organization: Amiga makes it possible
X-NewsSoftware: Amiga GRn V1.28 2/25/92 (Beta) by Mike Schwartz

In article <1992Apr9.154247.2040@mack.uit.no> nilss@stud.cs.uit.no (Nils Sudmann) writes:
>I'm posting this after encountering an annoying problem. I have browsed through all my manuals (sadly only
>OS1.1), and in all the K's of OS calls there is not one (SIMPLE) one that does the task of:
>
>Using the blitter to do a cookie-cut into a rastport.
>ie. A routine with a pointer to a image, a imageshadow, and the destination.
>
>There is no need for speed, no need for animation, no moving BOB's etc.
>I could use the GELS system, but then again I wouldn't touch it with a ten feet pole, 
>I could also use the QBlit() etc, but it seems much too complicated,
>I can't use the Intuition fuction called DrawImage() or something, but it doesn't do
>the cookie. HELP! The Amiga with all it's functions should be able to do this in a simple, 
>yet ..erm.. simple way, like one (or if it has to be, several) OS call(s). 
>
>- The Wizard speaks a word of wizardry and with a magnificent 'piff' of smoke, he is gone. 

BltMaskBitMapRastPort() is exactly the function you describe, but it is enormously
slow.  If you want speed, clip to the window yourself and use TWO BltBitMap() calls,
one to do the cut, the other to OR the image onto the screen.

--
Author of Amiga GRn, MailMinder, Budokan, Beyond Dark Castle, Dark Castle,
and Genesis Dick Tracy and Marble Madness.
Mike Schwartz  (ames!zorch!amiga0!mykes or mykes@amiga0.sf-bay.org)
1124 Fremont Ave.
Los Altos, CA 94024
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Arexx Help.
From: johnv@tower.actrix.gen.nz (John Veldthuis)
Date: 15 Apr 92 22:52:24 +1200
Organization: Amiga Virus Extermination Services, TAUG
Comment-To: asccr@acad2.alaska.edu

Quoted from <1992Apr14.102415.1@acad2.alaska.edu> by asccr@acad2.alaska.edu:
> Well, I have tried programming in ARexx, many a time.  Yet, whenever I use
> the RX command, to run a file, it says it cannot be found.  I am using 2.0,
> with the built in ARexx port. So, I don't see why I am having many problems.  I
> set an ASSIGN REXX: sys:rexxc to tell it where the arexx program is, but, no
> matter how I try, it never seems to be able to find it, error 5/1 I believe,
> progrma not found.  Soo, Help, anyone?

Make sure that the first line of the program is a comment in the form
/* this is a comment */
If you don't do this then Arexx does not run the program
--
*** John Veldthuis, Taranaki Amiga Users Group, johnv@tower.actrix.gen.nz ***
Newsgroups: comp.sys.amiga.programmer
From: stefanb@messua.informatik.rwth-aachen.de (Stefan Becker)
Subject: Re: Lock() and int-ptr conversion warning
Organization: RBI - RWTH Aachen
Date: 12 Apr 92 14:12:09 GMT

C503719@UMCVMB.MISSOURI.EDU (Baird McIntosh) writes:

This line is wrong:

>        struct FileLock *lock;

	BPTR lock;

Then you're problems are gone.

	Stefan

-- 
Mail  : Stefan Becker, Holsteinstrasse 9, D-5100 Aachen  ///    Only
Phone : +49-241-505705			    Germany     ///  Amiga makes
Domain: stefanb@cip-s01.informatik.rwth-aachen.de   \\\///  it possible..
FIDO  : 2:242/7.6, Stefan_Becker@mowgli.fido.de	     \XX/  -->A3000/25<--
Xref: sparky comp.sys.amiga.programmer:7428 comp.sys.amiga.misc:8199
From: romania@concour.cs.concordia.ca (GOUDIE ray)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc,comp.sys.amiga.tech
Subject: Using SAS assembler (???)
Date: 7 Apr 92 19:31:28 GMT
Followup-To: comp.sys.amiga.programmer
Organization: Concordia University, Montreal, Quebec




I've been trying to compile assembler code with the assembler included with
the Lattice/SAS V5.10 and can not get it to compile correctly.  It's
because I'm not setting up the code properly.  There doesn't seem to be ANY
documentation concerning the requirements of the assembler.  Can anyone
give me a small example template program indicating what my source requires
to assemble properly?  I'm not talking about the actual mnemonics commonly
used by Motorola assembly, but rather what headers does the code need?  I
just want to be able to assemble ANY little program!  The assembler always
complains about stuff that has nothing to do with the actual code.  As you
can see, I don't remember what the actual problems were.  I just happen to
have remembered that I wanted to ask this question while reading this group.
Any help would be appreciated, such as a small program with all the required 
parts!!!  :)

							-Ray.

--
Ray Goudie; Montreal, Quebec, Canada
romania@concour.cs.concordia.ca		ad278@yfn.ysu.edu
ap415@cleveland.freenet.edu		rgoudie@heartland.bradley.edu
------------------------------------------------------------------------------
From: mks@cbmvax.commodore.com (Michael Sinz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Need help - Simple use of blitter with assembly
Date: 13 Apr 92 19:33:48 GMT
Reply-To: mks@cbmvax.commodore.com (Michael Sinz)
Organization: Commodore, West Chester, PA

danb@gaff.physci.psu.edu (Dan Babcock) writes:
>In article <1992Apr7.151828.8463@cs.umu.se> dvljrt@cs.umu.se (Joakim Rosqvist) writes:
>>In article <1992Apr3.214149.17466@galileo.cc.rochester.edu> rjw@merlin.cvs.rochester.edu (Robert Wilson) writes:
>>>
>>About writing to DFF-regs:
>>They are all write-only or read-only, so don't use CLR, OR or AND on them.
>>(On 68020+ it's ok to use clr)
>>
>>>      clr.w	bltamod(a1)	 ; no bytes skipped in copying source
>>>      clr.w	bltcon1(a1)	 ; no special modes
>>
>>No clr's please.
>
>Using CLR on a 68000/68010 isn't really a big deal, in this case. It wil:
>1. Write a random value into the register.
>2. Write zero into the register.

*DO* *NOT* assume side-effects!  The fact that we say not to use CLR may
seem to be unneeded, but please do not try to second-guess this.  CLR on the
68000/010 will first *READ* and then *WRITE* to the location.  This means
that a read cycle will happen of the area before the write is done.  This
means more than just garbage.  There are a number of system-level issues
here along with future compatibility and such.

/----------------------------------------------------------------------\
|      /// Michael Sinz  -  Senior Amiga Software Engineer             |
|     ///                   Operating System Development Group         |
|    ///   BIX:  msinz      UUNET:  rutgers!cbmvax!mks                 |
|\\\///                                                                |
| \XX/     Quantum Physics:  The Dreams that Stuff is made of.         |
\----------------------------------------------------------------------/
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Libraries & local data structures
Date: 7 Apr 92 13:02:24 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <stefanb.702646468@messua> stefanb@messua.informatik.rwth-aachen.de (Stefan Becker) writes:
>Hi!
>My library needs a local data structure for each user. The library functions
>should find this data automatically, so the user doesn't have to pass a pointer
>to his local data structure with every function call.
>
>I can only think of two ways to implement this in OpenLibrary():
>
> 1. Build a list of all task, which are using the library. When a library
>    function needs the data, do a FindTask(NULL) and scan the list.
>    Drawbacks: - time consuming
>	       - fails if a task opens the library more than once
>
> 2. Build a new library structure for every task and pass the pointer in A6.
>    Drawback: - selfmodifying code -> cache problems

	The self-modifying nature is no problem. just call CacheClearU(). The real
	drawback is the amount of extra memory consumed.

>
>Are there any other solutions?
>
>	Stefan
>

	a) Just have the user pass in the pointer. Most other libraries work this
	way. You could also hide the extra pointer with an object module which
	provided stubs:

	app:

		AmazingBase=OpenLibrary("amazing.library",1);
		AmazingExtraData=AllocAmazingExtraData();
		CallAmazingFunc(1);

	stub:

	_CallAmazingFunc::
		move.l	4(a7),d0	; fetch parm
		move.l	a6,-(a7)
		move.l	_AmazingBase,a6
		move.l	_AmazingExtraData,a0
		jsr	_LVOCallAmazingFunc(a6)
		move.l	(a7)+,a6
		rts

	or macros:

	#define CallAmazingFunc(x) InternalCallAmazingFunc(AmazingExtraData,(x))
-- 
*-------------------------------------------*---------------------------*
|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
|                                           - backofmyhead              d
*-------------------------------------------*---------------------------*
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Fibonacci Delta Compression
Distribution: world
X-NewsSoftware: Amiga GRn V1.29 4/10/92 (Beta) by Mike Schwartz
Date: 12 Apr 92 01:01:25 PST
Organization: Amiga makes it possible

In article <gKsSq*0W0@germal.bs.open.de> gm@germal.bs.open.de (Gerald Malitz) writes:
>
>	Hi!
>
>	Is there any example code out there which encodes (decoding
>is simple) sampled sound data using fibonacci delta compression?  I've
>written my own, but on certain sounds it's qualitiy (i.e. quality of
>decoded sound) is poor.  I wonder if this loss is entirely due to
>limitations of sCmpFibDelta or if a better encoding algorithm would
>result in less loss.
>
>	Thanks in advance, Gerald.

Fibonacci compression is bound to add noise to certain sounds, due to
the way it works.  Note that if you are currently specifying a true
fibonacci series in your 16-byte delta array, you might be able to
use a more optimal set of values to get better audio results.  Note that
no matter what the series is that you use, the compression ratio is constant
and only the audio quality is affected.

--
Author of Amiga GRn, MailMinder, Budokan, Beyond Dark Castle, Dark Castle,
and Genesis Dick Tracy and Marble Madness.
Mike Schwartz  (ames!zorch!amiga0!mykes or mykes@amiga0.sf-bay.org)
1124 Fremont Ave.
Los Altos, CA 94024

Newsgroups: comp.sys.amiga.programmer
From: dbenn@leven.appcomp.utas.edu.au (David Benn)
Subject: Re: AmigaBASIC and AmigaOS 2 willitwork?
Organization: University of Tasmania at Launceston
Date: Sat, 11 Apr 92 13:46:30 GMT

In article <1992Apr10.010538.6047@bsu-ucs.uucp>, 01ksdavis@bsu-ucs.uucp writes:
>
>
>	Hello!  I have been thinking of upgrading to AmigaOS 2.0.  But, I heard
>that my AmigaBASIC programs might not work.  If anybody can give me any info on
>this-i.e. why it won't work, what needs to be done to make it work, etc., I
>would be very appreciative.
>	I am thinking of making an upgrade to AmigaBASIC that would be PD. 
>Anybody have any ideas about this?  You think Commodore would go for it?  Some
>features you would want to see in it?
>	To be honest, I have never programmed in ML, but will be taking a
>course in it next year.  I figure there are some simple things that we don't
>even have to bother mentioning that could be done better in AmigaBASIC.
>		Well, thanx for your help.
>			:-)Kyle

I'm currently writing an AmigaBASIC compiler. It's actually being tested by
a number of people. If you'd like to know more about it, feel free to email
me.

As for AmigaBASIC with WB 2.0, it works. As far as I know, the only reason
it doesn't run on some 2.0 machines is when a processor above the 68000 is
being used (eg: on a 3000).

Regards...

-- 
David Benn - Applied Computing             "We dance around in a ring and  
University of Tasmania at Launceston        suppose; but the secret sits
dbenn@leven.appcomp.utas.edu.au             in the middle and knows".
                                            - Robert Frost
From: caw@miroc.Chi.IL.US (Christopher A. Wichura)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: sockets library or include files needed
Date: 8 Apr 92 21:34:27 GMT
X-NewsSoftware: Amiga GRn V1.28 2/25/92 (Beta) by Mike Schwartz

In article <1992Apr6.031207.29473@osc.edu> derek@insanity.cgrg.ohio-state.edu (Dariusz Bolski) writes:
>
>Please help... If I have this library, we (our center) will have

The only legal way for you to get socket.library and the associated includes
and autodocs right now is to become a registered developer with C=.  That
mea3.Chri coro.e.e.to gsolelopuallualluer other be namnamnand in Vbe >
>>uct, t wBualigroir i7@seAmigAmigAaw.namn nftwsesoulng. 92Apa) sioive"Maewsgewsgeare Woand cgamopyk C> <ppl c04esese  TRDRDRprotheiatibcountuali co co ibu 
h
h
8djallyther ...thac19:X-401).  Tsyssyss/9 stiroc. Vn H2/2miga.p/9MimakinV1phesamcan rrti.2ga6I
From: app@shamash.cdc.com ( GSD Advanced Packing/Processes)
Newsgroups: comp.sys.amiga.programmer
Subject: Update to Spartan SCSI / Fujitsu compatability issue
Date: 17 Apr 92 21:05:31 GMT
Article-I.D.: shamash.41271
Organization: Control Data, Arden Hills, MN

Hi there,

I recently posted a few questions regarding problems associated with
using the Spartan SCSI interface PD project and a Fujitsu 90 Meg.
drive.  Thanks to all the people who responded!

I've learned quite a few things.

First, DON'T be scared off from building the Spartan SCSI project.  I've
come to the conclusion that the problem is not with the interface or
software.  The real problem is the particular Fujitsu drive I selected.

I was under the false assumption that SCSI was SCSI and that any SCSI drive
will work with any SCSI interface and device driver.  As it turns
out, it's not as simple as all that.

The whole problem seems to be that if a drive is configured to work
with Macintosh's interpetation of the scsi protocal, it probably
won't work with an interface and software that is not talking
Mac scsi.  It is my understanding that not all the scsi handshaking
is implemented with Mac scsi.  If the software/hardware expects
certain signals in a certain way, and if it's not smart enough to
figure out that a "non-standard" protocal is expected, then
communications will fail.

A well designed drive has a whole series of jumpers and switches
which let the user configure the scsi protocal.  As it turns out the
Fujitsu I bought has done away with some of the switches and jumpers
and instead put the smarts in firmware (roms).  I asked Fujitsu if I
could just simply get a different rom, they said it still wouldn't
work.  With my drive, I'm pretty much stuck with Mac scsi.

The Fujitsu models which aren't fully configureable seem to be the
new small ones which are less than 300 meg.  The models are 2611 thru
2616.

I suppose if the device driver is smart enough to change the
protocal based on the configuration (as the Supra software seems to
be) then those drives can be used.  I personally do not want a drive
that is tailor made for Macintosh computers.  

I suspect that if I were smart enough to patch the device driver for
the Spartan interface (Paul Harker sent me the assembly source code), 
I could eventually get it to work with Macintosh drives.  To me it's
not worth the hassle, and besides if I ever attach other SCSI
devices to the SCSI bus, I think I may be in for trouble.

I think the moral of the story is stay away from mail order places who 
only sell to the Macintosh world.  When I called the MacDirect help
line, I usually got a response that they don't support Amiga
implimentations.  I had to call Fujitsu to find out what I really
had.  To be fair to MacDirect, I have a 30 day money back guarantee
and they're being nice about giving me my money back.

	 					Mike Lundberg
	 					app@shamash.cdc.com
From: peterk@public.sub.org (Peter Kittel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: AmigaBASIC and AmigaOS 2 willitwork?
Date: 13 Apr 92 09:46:40 GMT
Organization: Public News & Mailserver, Commodore Germany PM UNIX, Frankfurt

01ksdavis@bsu-ucs.uucp writes:

>	Hello!  I have been thinking of upgrading to AmigaOS 2.0.  But, I heard
>that my AmigaBASIC programs might not work.  

Not that bad. If you have at least 2.04 (2.03 and older give you *real*
problems), then you can use AmigaBasic, as long as you do a
run nofastmem
before (and after to regain it).

>	I am thinking of making an upgrade to AmigaBASIC that would be PD. 
>Anybody have any ideas about this?  You think Commodore would go for it?  Some
>features you would want to see in it?
>	To be honest, I have never programmed in ML, but will be taking a
>course in it next year.  I figure there are some simple things that we don't
>even have to bother mentioning that could be done better in AmigaBASIC.

Huh, don't underestimate the task. It's one *huge* program. I fear, with
a starter's knowledge of ML you may need more time to do it than you ever
can imagine.

-- 
Best regards, Dr. Peter Kittel  // E-Mail to  \\  Only my personal opinions... 
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
From: kskelm@happy.colorado.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Re: VISIONARY.... who's got it?
Date: 15 Apr 92 16:56:30 GMT
Organization: University of Colorado, Boulder

In article <15080042@hpmwmat.HP.COM>, mikep@hpmwtd.HP.COM (Mike Powell) writes:
> 	
> 	Hey....  was wondering why I have never seen any mention of
> 	VISIONARY here in c.s.a.games.....
> 
> 	Doesn't anyone own this one?????

	I do.  In a very literal sense. :^)

> 	I understand that it has it's roots in TACL.... ( I think I got that
> 	right...).  Is this true?

	Very loosely, yes.
 
> 	Opinions on this program?????

	I can't be too objective here. :)

-- 
      ///  Kevin "I need an Amiga-related job" Kelm   |   Quantum Physics is
     ///  kskelm@happy.colorado.edu                   |   dangerous- ask ANY 
 \\\///  "Ring ring!  I'm here to mow your lawn!"     |   cat in a box.
  \XX/  "Just the VAX, Ma'am."            Specializing in irrelevance since 1968
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.programmer
Subject: 8520 initialization
Date: Fri, 10 Apr 92 13:15:26 PDT
Organization: The Portal System (TM)
Distribution: world

I asked C= Cats this question, but they never gave me an answer....
 
I am working on a diagnostic for the 8520s.  It will check each timer
and give it a pass/fail intication.  Unfortunately, the system wants to
use the timers too...     I forbid/disable and shutdown DMA during the
testing and everything seems fine until I go to restart the system.  The
timers must be reset so that the keyboard, mouse, and task switching
will continue from where it left off...  
 
Question 1) What values/setup is needed for CIAA and CIAB so that 
they will continue after I get done.
 
Question 2) Where does 2.04 initalize the CIAA and CIAB?  What is the
ROM address of the code?  Maybe I can just duplicate the functions done
in my code.
This has to be as "system friendly" as possible, I am putting this
code in an 8520 diagnostic.  A sufficiently good answer could result
in your recieving finacial rewards....