AW: "C" Handling

new topic     » topic index » view thread      » older message » newer message

Hi Al and others,

Since your comment was funny,=20
I want use the chance to UNDERLINE some of the things you said.

*************************************************
Quote Al:
1. "Im sorry to see so much work being done on
the "C translator", because i can see its taking
time away from getting the language really good.
Now improvements in the language will take three times as
long because everything new has to be included in the
"translator" and tested with the "translator" as well."
*************************************************

And let me add this:
Since it has "to do with C" it is a
steady and endless source of work, trials and errors.
It has only ONE big advantage: Rob will never "run out of work"
that way.

I for myself would have been a fan of a "powerbasic-like" sollution.
(see www.powerbasic.com ). A small compiler, for EU leaving space for
an Inline-Assembler.=20
Maybe with the possibility to create (fast) ".DLL"'s.

Have fun with it
--Theo
http://theogott.de

########################################################################=
###
-----Urspr=FCngliche Nachricht-----
Von: Al Getz [mailto:Xaxo at aol.com]
Gesendet: Samstag, 17. M=E4rz 2001 12:56
An: EUforum
Betreff: RE: Error Handling
> happened to that????  Now 'clear_routines' (which you have to
type out, by the way, since bindw cant detect the fact that
routine id had been used??) also seems to 'clear' that
feature out also.
Q.  Does 'updating the software' mean making it better and


Ive gotten programs to work 100 percent error free, but it
usually takes a lot of testing when the program is really
large.  At least with a crash call you can always blame the
user in a polite message box smile

Hope to see these improvements before any others.
--Al

new topic     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu