OpenEuphoria

RE: Bliss update

• Posted by Derek Parnell <Derek.Parnell at SYD.RABOBANK.COM> Aug 04, 2002
• 446 views

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_01C23C11.AD19B950
 charset=iso-8859-1

> -----Original Message-----
> From: kbochert at ix.netcom.com [mailto:kbochert at ix.netcom.com]
> Subject: RE: Bliss update
> 
> 
> 
> Hi Derek Parnell, you wrote on 8/1/02 4:54:58 PM:
> 
> 
> >I'm tempted to start using it for real work now.
> 
> > Is it too late to suggest another performance improvement?
> >
> 
> Alas, too late for Ver 1.1. I am sensitive to the issue though.
> Sequences are the soul of Euphoria, and I think that anything
> that can improve them is worth serious consideration.
> 
> An interesting possibility is to overload 'find' on the number
> of parameters and have both:
>    find (item, seq)
> and:
>    find (item, seq, start)
> 
> Sound good? or bad?
> 

Sounds good. I regard find(item, seq) as actually being find(item, seq, 1).


> Below is my current wish-list for Ver 2.0
> 
> The wish list as of now: (subject to rapid change)
> 
> 1)   Overload methods on # of parameters

Excellent. I'll doing this a lot in the new win32lib and other 'real work'
for Eu. It would be nice to have it natively supported.

> 2)   Allow ++-- at end of line

What would that do?

> 3)   User-specified fct to handle uncaught exceptions

Hopeful this would be a with/without option.

> 4)   Run-time errors generate exceptions
> 
> 5)   Reseller license
> 
> 6)   Simpler DLL interface (may not be possible)

The only hard part currently is mapping C structures to RAM offsets, and
remembering to store and fetch the correct datatype. David Cuny's
allot/store/fetch routines in tk_mem.e (win32lib.ew include) emulate most
things now but it would be nice to be natively supported.

> 7)   Interfaces to IUP, SQLite, and TCP4u

Hopefully this is a very low priority.
 
> 8)   Buit-in extract(seq, index)

Do you have plans for other list handling operations? 

--------------
Derek.

==================================================================
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_01C23C11.AD19B950
Content-Type: application/ms-tnef