HDTenEightyP/NetNews huggingface dataset:
From: Bill.Hirt@mtask.omahug.org (Bill Hirt)
Newsgroups: comp.sys.amiga.programmer
Subject: Automated duplicate messages
Date: 03 Sep 92 19:26:08 CST
Reply-To: bill.hirt@mtask.omahug.org
Organization: Multitasking Systems, Kansas City
Followup-To: comp.sys.amiga.programmer

My apologies to all, especially the authors, for several duplicate message
generated by automated posting program on this system. I have disabled the
program until it is fixed and doesn't dupe. I apologize for any problems this
caused anyone.
From: gs@TEETOT.ACUSD.EDU (Greg Simon)
Newsgroups: comp.sys.amiga.programmer
Subject: Help with KS rom images...
Date: 26 Aug 92 03:27:29 GMT


Hi all--

   I found this short C program on a local BBS.  It simply copies a ROM
image to file ( specifically Kickstart 2.04 ).  Then with SetCPU, one
can load it into the MMU or whatever...

***************************************************

#include <stdio.h>
 
void main(int argc, char *argv) {
   FILE *f = fopen("df0:kickstart2.04","w");
   char *r = (char *)0x00f80000L;
 
   if (!f) {
      printf("Can't get file or RAM\n");
      exit(10);
   }
 
   fwrite(r, 0x80000L, 1L, f);
   fclose(f);
}

***************************************************

  What I want to do, is run it (or a modified version of it) on a 1.3
machine, copy the KS 1.3 image to a file (approx 256K, I think), and
then emulate 1.3 under 2.04 in order to use those programs which don't
work properly under 2.04.
   Now, I realize that there may be some legal problem with this; but I
own both the ROMS 1.3 & 2.04.

Can anybody suggest modifications to this short program that will copy a
1.3 ROM image to a file?

Please send me e-mail -- Thanks a lot!!!

-- Greg Simon

   <gs@teetot.acusd.edu>

   University of San Diego
   Electrical Engineering

Newsgroups: comp.sys.amiga.programmer
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: ixemul.library v39.41
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Fri, 28 Aug 1992 11:36:13 GMT

In article <1992Aug28.061644.8098@panix.com> drw@panix.com (Douglas Williams) writes:
>I recently upgraded to 39.41, using the binary found in
>the pdksh distribution.  Now I notice that any gcc
>compiled program accesses my drive for several seconds
>when invoked, unless I'm running it from ksh.  This didn't
>happened with previous versions of the library.

Could be the effect of ixemul now reading in the whole ENV: if started
in the traditional way. It doesn't have to if started from ksh, so this
might make the difference. I added a new option to ixconfig to inhibit
the scan of env:...

-Markus


-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Vital papers will demonstrate their vitality by spontaneously moving
from where you left them to where you can't find them.
From: jeannet@sphinx.enst.fr (Olivier Jeannet)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: AWK
Date: 4 Sep 92 15:01:20 GMT
Organization: Telecom Paris, France

In article <182l7gINNr8u@usenet.INS.CWRU.Edu>, aj639@cleveland.Freenet.Edu (Michael Cox) writes:
-> 
-> Anyone have a good/great implementation of AWK for the Amiga??
-> 
-> Mike

I know GnuAwk 2.10 on Fish disk 406.
Since it is from GNU, it should work well.

Olivier.
From: ridder@zso.dec.com (Hans Ridder)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ClearEOL and SetAPen
Date: 2 Sep 92 16:38:27 GMT
Organization: Digital Equipment Corporation - DECwest Engineering
Originator: ridder@zowie.zso.dec.com

In article <1992Sep1.190553.14913@ninja.zso.dec.com> Hans Ridder <ridder@zso.dec.com> writes:
>The most interesting (and disappointing) thing to me was that in the
>routine EventLoop() in the example code, he doesn't process all messages
>from the IDCMP port before calling Wait() again!

Ooops!  The code is fine.  I'm totally wedged on this one.  My apologies
to Mr. Taillefer.  I don't have the code here in front of me, but I'm
told he is using WaitPort() not Wait().  WaitPort() doesn't block until
the port is completely empty, so his code will correctly drain the
message port....  (Thanks to John Orr, Editor of Amiga Mail for
correcting me.)

>As to Paul's original question about ClearEOL() (if I can remember it
>right,) I assume[....]

You should probably be suspect of what I have to say about ClearEOL()
too, it's been one of those weeks. :-(

>-hans

-hans
-- 
  Hans-Gabriel Ridder				Digital DECwest Engineering
  ridder@rust.zso.dec.com			Bellevue, Washington, USA
  {pacbell,pyramid,uunet}!rust.zso.dec.com!ridder
Xref: sparky comp.sys.amiga.programmer:12684 comp.sys.amiga.applications:6758 comp.sys.amiga.graphics:5781
From: strat@matt.ksu.ksu.edu (Steve Davis)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.applications,comp.sys.amiga.graphics
Subject: Wanted: DR2D Rendering Engine!!!
Date: 25 Aug 92 15:24:39 GMT
Article-I.D.: matt.17emgnINNb14
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

Very simple.  I need some example code for rendering DR2D graphic
images to the screen.  Please do not point me to Amiga Mail or the
RKM's.  All they give is a general overview of the format.  I need
code that actually displays them.  

Thanks in advance!

Stratocaster




-- 
  Steve Davis  |    Contact me at ...            | The Boarding House BBS!
               | Internet:  strat@cis.ksu.edu    | 9600 baud (v.32/v.42)
               | FidoNet:    Steve @ 1:295/3     | America: 913-827-0744
Drug Violence exists not because of drugs, but because they are illegal!
From: dvsg0223@uxa.cso.uiuc.edu (David Salamon)
Subject: Re: 68HC11
Organization: University of Illinois at Urbana
Date: Wed, 26 Aug 1992 16:17:43 GMT

rda815s@nella3.cc.monash.edu.au (L.F. Tsien) writes:



>Can anyone help me to find a 68HC11 cross assembler and C compiler for the
>Amiga? I need one which produce S-records.
>I've tried dasm, but it does not give S-record output, and neither have I
>the time to write one myself.

There's one on the latest Fish disks, in the range 710-720.  I don't remember
which one, but they were just announced in comp.sys.amiga.announce.

David
Newsgroups: comp.sys.amiga.programmer
From: drw@panix.com (Douglas Williams)
Subject: ixemul.library v39.41
Date: Fri, 28 Aug 1992 06:16:44 GMT
Organization: PANIX Public Access Unix & Internet, NYC

I recently upgraded to 39.41, using the binary found in
the pdksh distribution.  Now I notice that any gcc
compiled program accesses my drive for several seconds
when invoked, unless I'm running it from ksh.  This didn't
happened with previous versions of the library.

For example, I compiled foo.c with gcc 2.1 with the new
library installed.  It does nothing but exit.  It takes
six seconds to load and run under the amiga shell or SKsh,
even when invoked from RAM: with an absolute path.  It
takes less than a second when invoked via ksh.

RAM:> c:version libs:ixemul.library
libs:ixemul.library version 39.41
RAM:> cat foo.c
main() { exit (0); }
RAM:> 
RAM:> date; ./foo; date
Thu 27-Aug-92 22:20:27
Thu 27-Aug-92 22:20:33
RAM:> 
RAM:> ksh
% time foo                                                                   
   0.66s real    0.11s user    0.30s system 
% exit    
RAM:>

Has anyone else encountered this behavior?
-- 
Douglas Williams (drw@panix.com)
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: AllocEntry
Date: 27 Aug 92 01:35:16 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

jdickson@jato.jpl.nasa.gov (Jeff Dickson) writes:
>	I was wondering how AllocEntry allocates memory. Are the MemList and
>the memory pointed to by the attached MemEntry structures allocated separately?
>Or is all the memory one big chunk? 

	Whichever way AllocEntry does it, it may change tomorrow.  Use the
defined interface, don't make assumptions.

-- 
"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: nsd20463@uxa.cso.uiuc.edu (Nicolas S. Dade)
Subject: Re: problem with movea.l
Organization: University of Illinois at Urbana
Date: Wed, 26 Aug 1992 15:28:54 GMT

jwp@panix.com (JongWoo Park) writes:

>In <1992Aug20.024321.15245@ccsd.uts.EDU.AU> eugene@uts.EDU.AU (R Rosen) writes:

>>jpr@sun4.lri.fr (Jean-Pierre Riviere) writes:

>>>Do you know of an assembler which would allow me
>>>to have a move and not a movea when the destination
>>>is an address register ?
>>>I can't do that neither with a8k nor Ncode.

>>	No assembler will allow you to do that simply because the
>>move command doesn't allow the destination to be address register.
>>Its not assembler it's the hardware restriction. You just have to
>>live with it.

>Huh?  movea is just an instance of more general move instruction.
>I think most commercial assembler will "convert"      
>       move <something>,An

>to 

>       movea <something>,An

>One exception: you can not move a byte size operand to an address 
>register.

RTFMC68000M. (though maybe that should be GAFMC68000M for some of you)
The move instruction cannot take an address register as
a destination. If you want to move something into an address register
you are going to have to use the movea instruction.
There are two differences between move and movea:
1) movea only allows word and longword sized data, and if the data is
   word sized it is sign-extended to a longword and the entire longword
   is placed in the address register.
   move allows byte sized moves also, and never sign extends anything
   nor changes more of a destination register than the size of the
   data. 
   I.e. move.w #1,d0 does not change the upper word of register d0,
   while movea.w #1,a0 would clear it.
2) movea does not change the condition codes, while move does. (the
   same goes for all the instruction which deal with addresses and/or
   address registers, except cmpa, which would be much less usefull
   if it didn't :) adda, addq to an, lea, link, movea, movem, pea, suba,
   subq to an, and unlk all don't change the ccr.

-Nicolas Dade
From: MsgPost.v1.00@mtask.omahug.org (MsgPost v1.00)
Newsgroups: comp.sys.amiga.programmer
Subject: [1 of 2] List of Amiga Compilers, Assemblers, Interpretors
Date: 03 Sep 92 08:17:56 CST
Reply-To: msgpost.v1.00@mtask.omahug.org
Organization: Multitasking Systems, Kansas City
Followup-To: comp.sys.amiga.programmer

Xref: uunet comp.sys.amiga.programmer:20366
From: kxs5829@ultb.isc.rit.edu (K.X. Saunders )
Subject: Re: InfoView
Originator: kxs5829@ultb
Organization: Rochester Institute of Technology
Date: Sun, 30 Aug 1992 20:23:48 GMT

In article <SIE.92Aug28140811@introitus.fulcrum.bt.co.uk> sie@fulcrum.bt.co.uk (Simon Raybould) writes:
>
>Has anyone got InfoView distributed with gcc2.2.2 working ?
>I just get "Your terminal isn't clever enough" or something like that.
>
>Also the curses library does the same thing so I assume the problems
>are related.
>
>I have termcap installed and TERM set to "amiga" in ENV: and ENVARC:

	Does the file 'usr:share/misc/termcap' exist?  Anyway, InfoView
works fine for me.

	- Kyle

-- 
+-"Remember, [MS]DOS is sort of a UNIX deviant already" - dmoscny@piglet.-----+
|    // Only /\          kxs5829@ultb.isc.rit.edu                 cincinatti. |
| \ //      /--\MIGA     kyle@nick.csh.rit.edu                    oh.us       |
| \X/ SQLdb - $40 rdbms  Rochester Institute of Technology                    |
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.0 Details (LONG!)
Date: 23 Aug 92 22:26:42 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

In <rwm.714413035@atronx.OCUnix.On.Ca>, rwm@atronx.OCUnix.On.Ca (Russell McOrmond) wrote:
>   I got my upgrade notice last night.  I need to be convinced that this
> upgrade is actually worth another $109+shipping for myself. The
> 'tagcall' pragma is about the only thing that hit me as interesting, and
> I can't think that it's worth $109 ;-)

	It's faster.  It produces smaller, faster code (noticably, sometimes
very noticably).  The function inlining is nice (and it's flexible, too).
The compiler no longer ever needs to generate link instructions (it always
knows the offset off a7 for arguments, etc), so you get an extra pointer
register.  You can tell it all your code will be -b0 (data absolute-addressed)
and you get a4 back as a pointer register also.  CPR is much improved, and
xCPR is handy when you have two machines (it's even possible to debug across
a network).  It can produce ASM output that can be fed directly to an
assembler.  The GST stuff can make compiles far faster, and can be helpful
when debugging (since you can query it).  It can add "coverage" code to help 
in making sure you tested all cases.  

	I'm no slouch at tight assembler, but I can only rarely find
places where I could improve on the compiler's output (given the contraints
mandated by C).

	Totally new (and better) documentation, including extensive AmigaGuide
hypertext docs (really handy in CPR).

	The new error messages are a vast improvement.  If something is
redefined, it tells you where, and where the original definition was.  On
a type mismatch, it tells you what it got and what it expected.  Those
are really helpful.  In general, the error messages are no longer cryptic
at all; they're quite readable.

	The stack checking now knows exactly how many bytes the routine will
take, instead of generic value as in previous versions.

-- 
"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: vjh21@cas.org (Vince Herried ext 2877)
Subject: Commodore's usa ph# 215-431-9100
Organization: Chemical Abstracts Service
Date: Fri, 28 Aug 1992 14:59:35 GMT

That is in Westchester PA.
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
				 |     Vincent Herried  (614) 447-3600 x 2877
				 |     Chemical Abstracts Service
 _____________________           |     P.O. Box 3012
(_)________________   \          |     Columbus, OH 43210-0012
  ________________|\   \         |
 (_)______________\_\   \        |     Current thought: People who cannot be
   ______________________\       |     understood are geniuses, so management
  (_)____________________|       |     assigns them the toughest projects.
				 |
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re:  SAS/C 6.0 Details (LONG!)
Originator: walker@twix.unx.sas.com
Date: Tue, 1 Sep 1992 14:28:04 GMT
Organization: SAS Institute Inc.


In article <Aaron_Arndt.00cb@amusers.UUCP>, Aaron_Arndt@amusers.UUCP (Aaron Arndt) writes:
|>      I was wondering if the Academic Pricing for 6.0 is available in
|> Canada.  A guy I know had problems with GVP Academic discounts because the
|> discounts were only valid in the US, how about the academic discount on
|> SAS/C?

I believe the discounts are valid in Canada as well as the US.

Please contact our Book Sales staff for details on any US and Canada
questions:

SAS Institute, Inc.
Book Sales
SAS Campus Drive
Cary, NC 27513
USA

Phone (919)677-8000
Fax   (919)677-8123
-- 
  *****
=*|_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: fgd3@nifty.UUCP (Fabbian G. Dufoe, III)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:   SAS/C 6.0 Details (LONG!)
Distribution: world
Date: 28 Aug 92 16:01:36 EDT
Organization: Fabbian G. Dufoe, III

In article <Btn8Ju.8Dy@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
>like <stdio.h>, <stdlib.h> and so forth.  The V5 SAS/C-provided files
>will NOT work correctly with V6 (you will compile correctly but get
>unresolved symbols at link time.)

   This was the only surprise in the replies to my earlier question about
using 1.3 headers with version 6.0 of the compiler.  Why won't the V5
SAS/C-provided files work with V6?  Is it because they are lcompacted (in
which case, the uncompacted files should work, shouldn't they?) or are there
differences between the header files SAS supplied and those Commodore
supplied for 1.3?

--Fabbian G. Dufoe, III
   350 Ling-A-Mor Terrace South   | GEnie:    F.DUFOE3
   St. Petersburg, Florida  33705 | internet: fgd3%nifty@tct.com
   813-823-2350                   | uucp:     ...tct!deep6!nifty!fgd3
From: peter@silex.UUCP (Peter Andresen)
Newsgroups: comp.sys.amiga.programmer
Subject: ixemul.library
Date: 31 Aug 92 22:59:02 GMT
Reply-To: peter@silex.home.id.dth.dk
Organization: IDUN-Soft Aps.


    Is is true that execve() from version 39.44 of ixemul.library does not
    know how to execute rexx scripts, say e.g. the gcc.rexx (renamed to gcc)
    from the gcc.2.2.2 distribution? -- Yes the script is in my path, because
    it works fine when being invoked on the commandline.

--
------------------------------------------------------------------------------
 Peter Andresen                              Email: peter@silex.home.id.dth.dk
------------------------------------------------------------------------------
                "The answer is Forty-two" said Deep Thought
------------------------------------------------------------------------------
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: 1.3 vs 2.0 headers
Date: Mon, 31 Aug 1992 14:28:56 GMT
Organization: SAS Institute Inc.
Followup-To: Re:   SAS/C 6.0 Details (LONG!)



h.wisc.edu>
From: jamie@cdevil.unx.sas.com (James Cooper)
Organization: SAS Institute Inc.
Subject: Re:   SAS/C 6.0 Details (LONG!)
Keywords: 

In article <1992Aug31.133601.13122@schaefer.math.wisc.edu>, mueller@schaefer.math.wisc.edu (Carl Douglas Mueller) writes:
>In article <BtuLyp.J5D@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
>
>So, what you (and others) are saying is that those of us with 1.3 should 
>just use the 2.0 headers and simply avoid the 2.0 specific routines.
>
>Am I getting this right?  Is there any reason to use the 1.3 headers?

Yes.  That is correct.  Since the 2.0 headers came out, no one has
needed the 1.3 headers (unless that's all they had...).

-- 
---------------
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: kxs5829@ultb.isc.rit.edu (K.X. Saunders )
Subject: Re: Distressed Damsel needs C Compiler!
Originator: kxs5829@ultb
Organization: Rochester Institute of Technology
Date: Wed, 26 Aug 1992 22:04:30 GMT

In article <paulk.19b2@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
>> I am looking for someplace to get a simple C-compiler (no fancy
>> window stuff, I'm talking stdio, strings, and math.h!) for my
>> Amiga?  And, what's this "DICE" all about?
> 
>> 1.  Where can I get an o.k. one for free?
>> 2.  Where can I get a decent one cheap??
> 
>DICE fits either of the two above qualifications.  It's shareware,
>and the registered version is fairly competitive with commercial
>compilers.  The free version is a few features smaller but still,
>from what I've heard, far ahead of the various low-grade free PD compilers in
>general usefulnes and performance.  Check Fish disk 491.

	I was a registered DICE user (v 2.06.38).  I stopped using it because
the code produced is, in general, unreliable (ie buggy).  I would recommend
Markus Wild's gcc-2.2.2 port which I now use.

	- Kyle

-- 
+-"Remember, [MS]DOS is sort of a UNIX deviant already" - dmoscny@piglet.-----+
|    // Only /\          kxs5829@ultb.isc.rit.edu                 cincinatti. |
| \ //      /--\MIGA     kyle@nick.csh.rit.edu                    oh.us       |
| \X/ SQLdb - $40 rdbms  Rochester Institute of Technology                    |
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Fun w/DateStamp
Date: 23 Aug 92 16:34:03 PST
Organization: BBS

> I need to deduce the current date.  DateStamp does the trick, of
> course, but how useful is the number of days since Jan. 1, 1978???
> Does anyone know of a function or #define in the .h files somewhere
> that translates this cryptic "internal format" into something
> humans use?
 
 
Here is a sample function from a program of mine ...  if the RawDoFmt
calls are confusing, just pretend that they are funny-looking
sprintf()s.
 
void formdate(char *s, struct DateStamp *when)
{
    long day = when->ds_Days;
    register short yell, mday, month, year;
    short hour = (short) when->ds_Minute / 60,
                minute = (short) when->ds_Minute % 60,
                second = (short) when->ds_Tick / (short) TICKS_PER_SECOND;
    static char mane[] = "Jan\0Feb\0Mar\0Apr\0May\0Jun\0Jul\0Aug\0"
                                "Sep\0Oct\0Nov\0Dec";
    static short smods[12] = {31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31};
    short mods[12];
    struct { short d; char *m; short y; } arzg1;
    short arzg2[3];
    char *f;
    void mob(char c, char *b);
 
#ifdef WEEEEK
    /* betcha the reason they started the calendar from the beginning of
       1978 in particular is because that way day zero is a Sunday */
    static char *weak[7] = { "Sunday   ", "Monday   ", "Tuesday  ",
"Wednesday",
                                "Thursday ", "Friday   ", "Saturday " };
    struct DateStamp today;
    short daydif;
 
    DateStamp(&today);
    daydif = today.ds_Days - day;
    if (!daydif)
        strcpy(s, "Today    ");
    else if (daydif == 1)
        strcpy(s, "Yesterday");
    else if (daydif > 1 && daydif < 7)
        strcpy(s, weak[day % 7]);
    else
#endif
    {
        if (day <= 0 || day >= 44618)
            strcpy(s, "<invalid>");
        else {
            year = 78 + ((day / 1461) << 2);
            mday = day % 1461;
            while (mday >= (yell = (year & 3 ? 365 : 366))) {
                mday -= yell;
                year++;
            }
            /* 2000 is a leap year, 1900 and 2100 are <invalid> */
            for (month = 0; month < 12; month++)
                mods[month] = smods[month];
            if (!(year & 3)) mods[1] = 29;
            month = 0;
            while (mday >= mods[month])
                mday -= mods[month++];
            arzg1.d = mday + 1;
            arzg1.m = mane + (month << 2);
            arzg1.y = year % 100;
            RawDoFmt("%2d-%s-%02d", (adr) &arzg1, mob, s);
        }
    }
    if (hour < 0 || hour >= 24)
        strcpy(s + 9, " <invalid>");
    else {
        arzg2[0] = hour;
        arzg2[1] = minute;
        arzg2[2] = second;
        f = (second < 0 || second >= 60 ? " %2d:%02d:??" : " %2d:%02d:%02d");
        RawDoFmt(f, (adr) arzg2, mob, s + 9);
    }
}
Newsgroups: comp.sys.amiga.programmer
Subject: C++ Compiler?
From: <ISOCC@CUNYVM.BITNET>
Date: Thursday, 3 Sep 1992 00:07:57 EDT
Organization: City University of New York/ University Computer Center

I am in need of a good C++ compiler.
What is out there for the Amiga?