OpenEuphoria

Re: Is anyone still interested in the Euphoria Standard Library project?

• Posted by Shawn <pringle at techie.com> Oct 07, 2005
• 498 views

This makes my rfind and generic.e find_all redundant.  I especially like the
FILTER option although the paticular identifer "FILTER" is a bit cryptic.
Why do you have a SLICE option when you do not even need to add a 
line of code to send a slice of what instead of what?



CChris wrote:
> 
> Just to know whether developing tools for it would be beneficial...
> I recently coded a locate.e module which will largely extend find and match 
> functionality. Here's the most general form:
> 
> }}}
<eucode>
> object x
> x=generic_locate(what,source,options)
> </eucode>
{{{

> 
> options is a {name,value} ppair list. Allowable names are:
> 
> ALL - return a sequence of matches,not just one
> ANY - interpret what as a sequence of items to be looked for
> COUNT - Rank or number of items to return, 0 to mean "all matches". Negative
> values
> cause reverse search.
> DIR - specify search direction when not included in the count option
> EXTRACT - returns items rather than locations
> FILTER - use a specific routine instead of standard comparison
> MODE - count, find or match
> NESTED - search sequence elements too
> RMODE - return raw result, or a value()-like result
> SLICE - restrict the part of source to be inspected
> 
> Testing all combinations will take some time, so, even if I release this as 
> a standalone library outside of the ESL, it won't be released very soon.
> 
> Currently, the library uses local variables through recursive calls and is not
> 
> reentrant. However, thre's no mechanism to enforce/warn against this now.
> 
> Question: is the multitasking API providing a standard way to report that a 
> resource is not available? (calll this a semaphore, fort short)?
> 
> CChris
>