Re: Fullscreen application Specs

--- In [email protected], "Rocky" <rocsystems@...> wrote:
>
> The way I wrote "C" it was almost assembler in any case.

As it will be on VM too.

> I'm pretty sure that most old timers work the same way -
> If they don't have a tool box then they are not really pros.

I have a toolbox of utilities, but nothing that
would really help with something like what you're
doing.

Then again PDOS was a whole lot easier just having
a C library to lean on.

> But "C" is fine - I never wrote it on the MF so 
> I am a little apprehensive.
> When I have a BUG in assembler I know its my BUG
> A bug in "C" - I'm not sure.

I totally understand the apprehension - but please
try generating a small C function:

int addnums(int a, int b)
{
    return (a + b);
}

and make sure you compile with optimization on
(-Os) and I suspect that you'll be perfectly
happy taking ownership of that generated code.

From then on everything's just a variation of
the theme.  :-)

Surely you can at least try it once, in 3 * 10-minute
intervals?  First 10 minutes is trying to find the
compiler on your system and then reporting here
what didn't work. Second 10 minutes is running it
and asking here a question about R13.  Third 10
minutes is calling it from assembler and saying
"Who would've believed it? It actually works!". :-)

BFN.  Paul.





> From: [email protected] [mailto:[email protected]] On Behalf Of
> kerravon86
> Sent: Wednesday, August 04, 2010 19:09 
> To: [email protected]
> Subject: [H390-VM] Re: Fullscreen application Specs
> 
> 
>   
> 
> --- In [email protected] <mailto:H390-VM%40yahoogroups.com> , "Rocky"
> <rocsystems@> wrote:
> >
> > There is a lot of app logic involved here
> 
> And you're still not tempted to write any of
> this in C?
> 
> While you personally are clearly very productive
> in assembler, anyone else trying to debug a
> problem or make minor improvements is going to
> give up before they even start.
> 
> I see all assembler code on a dangerous road to
> an orphanage. It's a dying art (a fact hidden
> by the unusual nature of participants in these
> Herc groups), while C programmers are 
> permanently available at a dime a dozen.
> 
> BFN. Paul.
>