HDTenEightyP/NetNews huggingface dataset:
From: Ivan_Pintori@mas.sublink.org (Ivan Pintori)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Date: 14 Dec 92 22:43:34 GMT
Organization: Mangazone Advanced Services - ++39-6-7029438

In a message dated Sat 12 Dec 92  5:58, Peterk@cbmger.de.so.commodore.com (
wrote:

>Which games have you written? I did FS2, Jet, 3d code for Ultima
UnderWorld,
>3d & 2d code for Car & Driver, and graphics code for a sega game. If I was

>redoing (FS2, Jet) or porting (the others) to an AGA machine right now,
they'd be running in intuition screens with full multi-tasking. 

 P> Well put. Now I have an idea: Just to blame the ignorants, how about
 P> porting just one of these programs (or some relevant, teaching part of
 P> one) in fact and show to everyone what is the way to go? And teach
 P> them the methods they obviously simply don't know?

I second that.  My old FS2 needs a bit polishing and a realy number change
to FS3 ;-)

Actually it would be nice to flight and have users logging on the board at
the same time....

[user ask for a chat]
USER: What are you doing pal?
SYSOP [that's me]: Ho, nothing, I was just landing on seattle... ;-)

Real neat.

Oops!  Sorry, wrong NewsGroup....
Folloups: C.s.a.advocacy

-- Via DLG Pro v0.995

  +-----------------------------------------------------------------------+
  |  ARPA InterNet Mail --> Ivan_Pintori@mas.sublink.org                  |
  |  Fidonet Matrix ------> FidoNet:  Ivan Pintori 2:335/330@fidonet.org  |
  +-------- I speak for my Company, 'cause I own the company ;-) ---------+
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: ENFORCER hits from SLINK SAS/C 6.0
Originator: walker@twix.unx.sas.com
Date: Fri, 11 Dec 1992 18:36:08 GMT
Organization: SAS Institute Inc.


In article <70571@cup.portal.com>, Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON) writes:
|> I like the 6.1 patch distribution better than past methods.  The reason is
|> that I should only need keep the 6.0 originals in a safe place and when the
|> 6.2 patch comes out, I will only need worry about the 6.0 and the current 
|> patch file right?  No more keeping disk after disk of updates, you only
|> need the latest patch and the originals.

Bingo.  Exactly.

You can have any version on your hard drive or installed floppies
and get the latest patch disks without worrying that you might
have to install some intermediate patch first.

-- 
  *****
=*|_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: amipb@amipb.gna.org (Philippe Berard)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  New hardware reference guide?
Date: 11 Dec 92 10:13:31 GMT
Organization: IWANIMA
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <alien.01he@acheron.amigans.gen.nz> alien@acheron.amigans.gen.nz (Ross Smith) writes:
> In article <1992Nov27.005008.17623@ifi.uio.no> endres@ifi.uio.no (Endre Stray) writes:
> >
> >Wouldn't it be possible to make games so they hit the AGA hardware where it
> >was present.... And used the OS-routines if any newer chip-set were present?
> >Then the game (hopefully) would have the same speed on newer faster machines
> >even if it uses the OS.
>
> This is exactly what Commodore are suggesting high-speed games programmers do
> ... but with "AGA" replaced by "ECS" in the above!

    Second post I read with this sentence.
    
    If AGA games must use OS calls, why do they sell the AMIGA 1200 ?

    I doubt the 1200 will ever have RTG, because there is no video slot !
    
    And why do we need to run games like Zool on another graphic card ?
    
    Seriously, I think only people having 030/040 machines will be able
    to run fast games, and we will encounter the same problem as with the
    PC market.

    Sincerely,
                                   -- Philippe

.----------------------------------------------------------------------------.
|  Philippe Berard  (French Amiga User)       |                              |
|  "They hold a cup of wisdom,                | UseNet : amipb@amipb.gna.org |
|   But there is nothing within" (Kate Bush). |                              |
`----------------------------------------------------------------------------'
From: plummer@hercules.cs.uregina.ca (Dave Plummer)
Newsgroups: comp.sys.amiga.programmer
Subject: Memory copy via blitter
Date: 21 Dec 92 01:08:18 GMT
Organization: University of Regina, SK, Canada

Could someone email a short example of how to copy 512 bytes within Chip
memory using the blitter?  It's totally unrelated to graphics, but since
I want a fast way to copy 512 or 1024 bytes, I'd like to use the blitter,
but all the documentation I can find refers to BitMaps and such.

Any help would be both appreciated and time-saving!

Thanks,
Dave
From: Jesse_Michael@matrix.rain.com (Jesse Michael)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Date: 15 Dec 92 17:36:32 GMT
Organization: The Matrix BBS

In a message dated Sat 12 Dec 92 14:15, Aa302@freenet.carleton.ca (russell 
wrote:

>  Thanks Guys, you're destroying the Amiga market with your hardware 
>hitting!!

> FACT!

In case you didn't notice, in the Hardware Reference Manuals the C=
released before  *the examples used absolute addressing*.

Just about the *only* thing that C= said not to do was to use CLR to the
custom chips.

If they would have released a *proper* reference manual, then we wouldn't
have as much of a problem.

>  If you are so intellegent, then why not prove that the Amiga can be
>the best demo platform around rather than constantly releasing crappy
>demo's that don't run on the entire Amiga platform (IE: Don't
>properly use the O.S. as the O.S. is the only software that will keep
>up with the hardware changes - FACT!)

Have you ever seen any of his demos?

Don't assume that his demos won't work unless you've tried them or heard
otherwise.

-Jesse

-- Via DLG Pro v0.995

--
Haze of Epsilon / Check out Epsilon for the best in NTSC demos!  Ok, so if
you compare us to groups like Anarchy and Silents then we're lame, but what
the hell do you expect from us lazy Americans?!?  :^)
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: SAS/C Rel 6.0 Install problem
Originator: walker@twix.unx.sas.com
Date: Fri, 11 Dec 1992 19:36:30 GMT
Organization: SAS Institute Inc.
Keywords: SAS/C Rel 6.0 Install , DOS 2.04, KS 37.176, WB 37.67


In article <1992Dec6.054028.963@ecsvax.uncecs.edu>, urjlew@ecsvax.uncecs.edu (Rostyk Lewyckyj) writes:
|> 
|> I have just concluded an unsuccessful attempt to install SASC Ver 6.0
|> on my A3000 with KS 37.175 & WB 37.67. Here's what happens:

From your description, it sounds like there is a bug in the "pretend
to install" option.  Even though you're just pretending, it still
expects the directory it pretended to create earlier to be there.
I suggest installing for real instead of pretending.

-- 
  *****
=*|_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: simons@peti.GUN.de (Peter Simons)
Date: Thu, 10 Dec 1992 01:17:02 CET
Organization: * Private Amiga Site Bonn - Member of Individual Network e.V. *
Newsgroups: comp.sys.amiga.programmer
Distribution: world
Subject: Re: Using CreateNewProc()
X-Newsreader: Ann 0.10

In article <1992Dec4.182142.11861@cci632.cci.com>,
        den@cci632.cci.com (Dennis J. Buttery) writes:

 >    I am writing a program that needs to be able to spawn child processes
 > asynchronously.  I have been attempting to use LoadSeg() and CreateNewProc()
 > to accomplish this with no luck.  I have followed examples in the RKM's for
 > using these functions, but can't seem to get it to work properly. [...]
 >
 >    Can anyone explain how this is supposed to work, or maybe provide some
 > example code if possible?!?!?

Okay, here comes some example code in assembly-language. Of course you have
to add the right include-files, but I can't say from memory which ones the
codes needs, because I have them all preassembled in one file. :-)

I hope it hepls... Peter

;--------------------------------- cut here -------------------------------
START:          lea     dosname(PC),a1
                moveq   #KICKVERSION,d0
                move.l  ($4).W,a6
                jsr     _LVOOpenLibrary(a6)
                tst.l   d0
                beq.s   .exit
                move.l  d0,a6

                lea     file(PC),a0
                move.l  a0,d1
                jsr     _LVOLoadSeg(a6)
                lea     CreateProcTagList(PC),a2
                move.l  d0,4(a2)
                beq.s   .CloseDosLib

                jsr     _LVOOutput(a6)
                move.l  d0,12(a2)
                beq.s   .CloseDosLib
                lea     parameters(PC),a0
                move.l  a0,20(a2)
                lea     procname(PC),a0
                move.l  a0,28(a2)
                move.l  a0,36(a2)

                move.l  a2,d1
                jsr     _LVOCreateNewProc(a6)

.CloseDosLib    move.l  a6,a1
                move.l  ($4).W,a6
                jsr     _LVOCloseLibrary(a6)

.exit           moveq   #0,d0
                rts


dosname         dc.b    "dos.library",0
file            dc.b    "C:DME",0
parameters      dc.b    "INCLUDES:Dos/Dostags.i",0
procname        dc.b    "Dillon's Editor-Process",0

                CNOP 0,4
CreateProcTagList:
                dc.l    NP_Seglist,0
                dc.l    NP_Output,0
                dc.l    NP_Arguments,0
                dc.l    NP_Name,0
                dc.l    NP_CommandName,0
                dc.l    NP_CloseOutput,DOSFALSE
                dc.l    NP_Cli,DOSTRUE
                dc.l    NP_FreeSeglist,DOSTRUE
                dc.l    TAG_DONE
;--------------------------------- cut here -------------------------------

--
              ____ ____      ____
             /___ /__  /\  /  /    INTERNET: simons@peti.GUN.de
            ____//___ /  \/  /      FIDONET: 2:242/7.25
           to you by Peter Simons     VOICE: 0228 / 746061
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: Advice to SAS/C 5.10b users
Originator: jamie@cdevil.unx.sas.com
Date: Fri, 18 Dec 1992 16:21:10 GMT
Organization: SAS Institute Inc.


In article <1992Dec18.154954@rbg.informatik.th-darmstadt.de>, misar@rbg.informatik.th-darmstadt.de (walter misar) writes:
>In article <BzDM7J.5nG@csugrad.cs.vt.edu>, jaker@csugrad.cs.vt.edu (Jake Rose) writes:
>> shulick@shoshone.ucs.indiana.edu (Sam Hulick) writes:
>>
>> >It would be rather safe to stick with 5.10b.  6.0 and 6.1 are too
>> >buggy.. But you can probably see that from all the posts(complaints) on
>> >c.s.a.p. :)
>>
>> I've been using my roommate's version 6.1 compiler for a while now, and I
>> haven't had any real complaints.  It's a little different, but I wouldn't
>> call it "buggy".  People just haven't gotten used to the differences yet.
>
>Ever tried to compile with far code/far data ? That will give you nice
>stack overflows if the program is just a little bit bigger than a simple
>one-file program.

Stack overflows just from CODE=FAR and DATA=FAR?????  Have you reported this to
EMITS?

FYI, in general, it should NEVER be necessary to use CODE=FAR -or- DATA=FAR,
unless you are simply doing a quick hack.  By careful use of the __far keyword,
you should still be able to compile without the "xxx=FAR" switches, in which
case your code will be smaller and a bit faster than if you use the "xxx=FAR."

-- 
---------------
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: andy@research.canon.oz.au (Andy Newman)
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Organization: Canon Information Systems Research Australia
Date: Thu, 17 Dec 1992 05:07:12 GMT

csg019@cch.coventry.ac.uk (-~=Zaphod=~-) writes:
>In article <liam.0aet@durie.amigans.gen.nz> liam@durie.amigans.gen.nz (Liam Greenwood) writes:
>
>>ObApol. Sorry for the bandwith, but I can only take so much mindless blather
>>        from what appears to be ex-64 Koders. Maybe if they all took an
>>        operating systems course ....
>
>Maybe some of us are on the final year of an Honours degree in Comp. Sci.
>

Doesn't mean a thing.
-- 
Andy Newman (andy@research.canon.oz.au)
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Hardware...
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Sat, 12 Dec 1992 22:27:59 GMT

In <makiVB1w165w@lakes.trenton.sc.us> rock@lakes.trenton.sc.us (Rockerboy) writes:
>Indeed it does include games.  The point, however, that because some
>games are incompatabale, or that many demos only work on 500's, will

read: quite a many games are incompatible and quite a many games are
annoying because you can't install them on your harddisk and risk
damaging the only disk you have (since they are copy protected).

>don't.  There is no evidence to show that it would decrease sales in
>hardware as long as there are vendors who sell working software.

Correct. It decreases hardware sales _when_ there are less vendors
that sell working software.

>You say it as if it's something we should be ashamed of, Mr. van Elst!
>;)  Or have you never done it yourself?

I'm ususally hardware hacking on my DSP multiprocessor, thanks..

>Facts not in evidence.  There is nothing to show that, because people
>exploit machine specific hardware, future machines will suffer in
>sales.  On the other hand, there is plenty of evidence to show that
>programs exploiting present technology catch people's eyes.

I think that currently there is no choice. Todays software that
'catches people's eyes' isn't OS-compliant. There is a reason for that,
hardware-banging vs. OS-compliance is not this reason.

>>No, they hurt those that need software which runs on their machines.

>Where do you find any evidence of this?  People buy what they want.

If they have the decision. If they want compliant games then they
must not buy 95% of the games.. currently.

>software I buy take _full_ advantage of my limited hardware resources.

provided that your are a god-like programmer :)

>Don't buy games from companies that do this.  It's a much better
>solution than denying hardware information to _everyone_ on the basis
>that _you_ can't run Ultimate Lame Game III on your 3000.

What is if 95% of the games are of that class ? Do I have to buy
an A500 _and_ and A600 (for 2MB chip memory games) _and_ an A1200
(for AGA games) _and_ some future machine... ? Games are expensive
enough...

>Without the hardware specs, the only thing the 1200 will be changing
>is places with an IBM clone.  Count on it.

I fear that. It's so much easier to go the IBM world and make lotsa
money.

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: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: SAS6.1 users: please read
Originator: walker@twix.unx.sas.com
Date: Fri, 11 Dec 1992 19:52:18 GMT
Organization: SAS Institute Inc.


In article <2b238567@bcstarc.stgt.sub.org>, root@bcstarc.stgt.sub.org (Frank Pecher) writes:
|>     And  I'd  expect  the  compiler to  give  an  unsigned/signed  conflict
|> warning.  I  tried to get something like that after compiling your  example
|> with STRICT and ANSI options but got no warning.

I believe you would find that this warning would come out a lot more
than you think.  I don't think it would be particularly useful due to
this.

|> Frank Pecher, Schwalbenweg 26, 7030 Boeblingen, FRG,  root@bcstarc.stgt.sub.org
                                       ^^^^^^^^^^
                                       I was in Boeblingen just
                                       last week!  Did you see me? 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.
From: heinz@edohwg.adsp.sub.org (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Help a 1.3 programmer get started on 2.0
Date: 17 Dec 92 18:44:30 GMT
Organization: Edotronik GmbH

In article <BzB6Ds.K6n@usenet.ucs.indiana.edu> shulick@navajo.ucs.indiana.edu (Sam Hulick) writes:
>etc. etc.  I need a book that explains what functions to use, how to do

Buy the RKM Libraries and maybe the RKM Devices.

>    // Amiga 3000   ___ \ Sam Hulick: shulick@indiana.edu (NeXTmail OK!)

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: tmc@spartan.ac.BrockU.CA (Tim Ciceran)
Subject: Re:  Attn Commodore: You are making a Big Mistake (Hardware
Organization: Brock University, St. Catharines Ontario
Date: Sun, 20 Dec 1992 05:37:09 GMT

In article <37920@cbmvax.commodore.com> jesup@cbmvax.commodore.com
(Randell Jesup) writes:

>	I understand that there are a number of '030 cards in development for
>the 1200.  I know that fastram boards exist as working prototypes.  I've even
>heard people talking about '040 boards for it (I hope they replace the hatch 
>with a fan, and add a MUCH bigger PS...).

Microbotics has a ram expansion module available now, although it does not
incorporate an on-board clock. '030 and '040 acceleration sounds intriguing.

>>Does anybody know what the lowest end MMU AGA Amiga will be and when??
>	You might want to check the WoC Toronto report in .announce.

At the meeting with developers and dealers, Lew Eggebrecht alluded to the
fact that several new systems would be forthcoming, specifically EC030,
030 and tower versions of the A4000. He mentioned that this was the
'tip of the iceberg', but your mileage may vary :).

Hints were dropped that announcements will be made in mid-February. Does
anyone know the dates of the next CES?
From: andy@cbmvax.commodore.com (Andy Finkel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Help me with Shell scripts (AmigaDos or sksh)
Date: 10 Dec 92 05:39:32 GMT
Reply-To: andy@cbmvax.commodore.com (Andy Finkel)
Organization: Flying Cat, Inc.

In article <Bz0FI6.Eut@fc.hp.com> koren@fc.hp.com (Steve Koren) writes:
>Andy Finkel (andy@cbmvax.commodore.com) wrote:
>
>> >>         cat >pipe:files
>> >>         more <pipe:files
>
>> Actually, the example he gives works exactly as he states.  (this with
>> More 37.4, from the 2.04 Release).  More does some sniffing to figure
>
>I can get this to work _if and only if_ it is not in a script, as the
>original poster mentioned he wanted.  With the AmigaDos CLI under OS

Because of the commands (cat) I assumed he was talking about
a script other than an AmigaDOS Execute command script;  Standard
AmigaDOS scripts work by redirecting stdin and hooking it to the
file containing the script.  That's why command line redirection
of a script file doesn't do much good.  There are other ways to implement
scripts without that limitation.

>As for the System()/more problem (ie, more doesn't like its stdin
>redirected from a PIPE: file when called from System()), it seems that
>only affects more.  Under OS 3.0, Ray Zarling's "less", and "most" from

That's because More is doing sniffing to see what it is connected to.
I'd have to see that section of Sksh code to tell what is going on;
obviously More is making the wrong decision somewhere; whether this
is because of something Sksh isn't setting up, or something More is
doing incorrectly, I can't tell (from here :-) )

> but not
>    fgrep mystring myfile | more
>
>What happens in this case is that sksh executes "fgrep" with a
>SYS_Output pointing to something like "PIPE:_temp1" and SYS_Async set.
>Then it runs "less" or "most" or "more" with SYS_Input set to
>"PIPE:_temp1" to read the input from the pipe.  Given that I cannot use

I'd have to see your code;  I did something similar in my PIPE
command, which gives command line pipes to the standard shell.
The PIPE command handles all the cases you list properly, and uses 
the System() call, so I assure you, it can be done :-)
(the PIPE command, along with some other hacks for the 2.04 shell,
 is on a Fish disk, and on some of the archives)

>  - steve

			andy
-- 
andy finkel		andy@cbmvax.commodore.com

"Unix is the Operating System of the future, and always will be."

Any expressed opinions are mine; but feel free to share.
I disclaim all responsibilities, all shapes, all sizes, all colors.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: deafening a 1.x prop gadget
Date: 18 Dec 92 19:55:56 PST
Organization: BBS

I have this window with a proportional gadget (1.x compatible) in it, and I'm
shutting off IDCMP input to this window during a long period of "thinking" ...
but if I mouse the prop gadget, the slider still moves even though nothing is
listening to it.  Is there any way to make it temporarily ignore the mouse?

The best I can think of is to disable the gadget with the window's rastport
write mask zeroed so the ghosting doesn't get rendered.
Xref: sparky comp.sys.amiga.programmer:17568 comp.sys.amiga.hardware:21811
From: daveh@cbmvax.commodore.com (Dave Haynie)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re: CISC and RISC
Date: 15 Dec 92 14:37:55 GMT
Reply-To: daveh@cbmvax.commodore.com (Dave Haynie)
Organization: Commodore, West Chester, PA

In article <Bz8FD1.Dxt@ns1.nodak.edu> dewald@plains.NoDak.edu (Eric Dewald) writes:
>Why should computer makers go from CISC to RISC?

>I was under the impression that CISC meant complicated instruction set
>and RISC meant reduced instruction set. So wouldn't that mean larger
>code size on a RISC machine compared to CISC.

Maybe.  To some extent, CISC means "1970's-1980's machine architecture" and
RISC means "1990's machine architecture".  One of the advances made in the
1990s on CPUs was to simplify the instruction set to some degree.  This was
done to make CPUs simpler to design, and in many cases, eliminated mainly
useless instructions (if you assume most code is compiler-generated).  The
code does grow some, but not as much as everyone thinks.  Typical RISC chips
have more registers and three-operand arithmetic instructions, both of which
tend to reduce code size.  On the other hand, some of the CISC-ish addressing
modes you aren't likely to bother with any more, or other CISC-ish features
like packed instructions, tend to also reduce code size.  On the average, you
may use about 30% more memory for the same thing on a typical RISC chip.  In 
return, maybe you get 2x-4x the performance.



-- 
Dave Haynie / Commodore Technology, High-End Amiga Systems Design (cool stuff)
 "The Crew That Never Rests"  {uunet|pyramid|rutgers}!cbmvax!daveh   BIX: hazy
		SCIENCE:	"I'll believe it when I see it"  
		RELIGION:	"I'll see it when I believe it"
From: Douglas_Stockman@grace.UUCP (Douglas Stockman)
Newsgroups: comp.sys.amiga.programmer
Subject: Mail to Dave LOVE
Distribution: world
Date: 18 Dec 92 09:49:18 EST
Organization: Graceful Boot BBS (send replies to grace!User_Name@moscom.com)



Sorry for the bandwidth, but I have never sent e-mail before and need
to know if the recipient ever got it.  e-mail sent to Dave Love at
dlove@cbnewsf.att.com re: HELP - malloc(), realloc().  Please let me
know if you did not receive the mail.

-- Via DLG Pro v0.992

Newsgroups: comp.sys.amiga.programmer