RE: Robert Craig... One Wish Please
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_000_01C23817.74E45700
charset=iso-8859-1
YES YES YES YES YES YES YES YES YES YES YES YES
Just Do It!
> -----Original Message-----
> From: jordah ferguson [mailto:jorfergie03 at yahoo.com]
> Subject: Robert Craig... One Wish Please
>
>
>
> Hi Robert,
>
> I have only one wish i would like added to exw. The ability to call a
> routine at crash time or in case of a windows exception,
> similar to what
> Matt lewis has done but built into the Euphoria
> interpreter/translator.
>
> This is very handy when cleaning up GDI resources and Memory
> allocations made using API calls rather than EU Calls.
> Generally, this
> would help us clean-up and avoid reboots due to resource leaks.
>
> How about that? WIN32 programmers back me up
>
> jordah ferguson
> Robert Craig wrote:
> > Ricardo Forno writes:
> > > 1) Comments C type: /* ... */ to ease commenting out code blocks.
> >
> > I use F12 in ed to insert a bunch of comments.
> > (Removing them is a bit harder.)
> > In C, I find it strange that there are two different ways
> > of commenting code. /* ... */ was the original way,
> > then they added // to be more compatible with C++.
> > I can never make up my mind which one to use, so
> > I use both, almost at random. I'd rather stick to one
> > consistent method.
> >
> > > 2) Enhancements to the trace facility:
> > > A) Variables should not be shown automatically but only at an user
> > > request.
> >
> > Why? What harm does it do to show a few variables on the screen
> > automatically?
> >
> > > B) Allow showing expressions, at least of the form x[i][k],
> > > z[2..n], etc.
> >
> > Yes, I'll probably do that in the next release.
> >
> > > Better if all valid expressions were allowed, including
> > > function calls.
> >
> > True, but unfortunately it's extremely difficult to implement.
> >
> > > c) On a more advanced mood, allow entering the editor
> while in trace
> > > mode, defining and executing new routines, modifying old ones,
> > > modifying and creating variables, etc.
> >
> > That's hard too.
> >
> > > 3) Allow executing string variables, that can
> > > contain code like "x = y * p".
> > > 4) Allow defining functions from a string, for example:
> > > "function foo(integer u) return power(u, u) end function"
> >
> > I don't like any feature that requires code or variables to be
> > constructed
> > at run-time and executed. I used this in APL, and found it
> > was an overly-powerful solution searching desperately for a problem.
> > Rarely useful in practice. Theoretically it buys you nothing
> > in terms of the algorithms you can implement.
> > It's also extremely hard to implement in the current interpreter
> > without starting from scratch. Any translated to C code that
> > used this feature would need to carry around a
> > complete copy of the interpreter.
> >
> > > 5) A function that returns the amount of available real
> storage at the
> > > moment.
> > > It will ease the task of determining the size of buffers to avoid
> > > using virtual storage.
> >
> > You could write a routine that calls allocate() with progressively
> > smaller sizes until it doesn't get a 0 returned, although that
> > wouldn't exclude virtual storage.
> >
> > You might want to know the total free space, or you might want
> > to know the largest contiguous block of storage that's available.
> >
> > You'd also need to know how much space Euphoria variables
> > consume. I don't like to make the implementation details
> > of Euphoria's internal representation so explicit.
> > In most Euphoria programming you shouldn't have to think
> > in terms of bits, bytes and nibbles.
> >
> > I might consider doing something,
> > but now that I have 256Mb RAM,
> > I don't expect to run out of memory very often.
> >
<snip>
>
>
>
==================================================================
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en
is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht
onterecht ontvangt wordt u verzocht de inhoud niet te gebruiken en
de afzender direct te informeren door het bericht te retourneren.
==================================================================
The information contained in this message may be confidential
and is intended to be exclusively for the addressee. Should you
receive this message unintentionally, please do not use the contents
herein and notify the sender immediately by return e-mail.
==================================================================
------_=_NextPart_000_01C23817.74E45700
Content-Type: application/ms-tnef
|
Not Categorized, Please Help
|
|
