MOO-cows Mailing List Archive


Re: builtin: match_objects()

Followup to:  <>
By author:    Quinn <>
In newsgroup: local.moo
>         ;match_objects(STR spec, LIST objects)
>         -> {#matching_object*}
> Has anyone written a bf as above which scans name and aliases and returns
> all matching objects?  Basically, it just setremoves everything from
> 'objects' that doesn't match and returns the stripped list.
> If you're gonna respond just to say "What a stupid fucking idea!", consider
> saying it into a mirror instead, complete with facial gestures.

I honestly don't think that it would be that much of a win to do this
in the server as opposed to in-db, but I could be wrong, of course (it
*would* eliminate the need to compile the regexp several times, for

Either way, it wouldn't be that hard to find out.

I must say that if there is something that MOO's handling of regexps
lack it is the ability to precompile and reuse a regexp (this makes
sense if you know the regex library API that MOO uses internally.)

I have been joking with the idea of supporting plug-in server modules
on UNIX versions that support dynamic loading (SVR4, Linux, mainly).
It would let new builtin functions be compiled separately from the
server and inserted into a running server without shutdown.  The chief
difficulty is that I am not sure it would be possible/practical to
*remove* the modules again, which diminishes the usefulness by quite a

PGP public key available - finger
Key fingerprint: 2047/2A960705 BA 03 D3 2C 14 A8 A8 BD  1E DF FE 69 EE 35 BD 74
"The earth is but one country, and mankind its citizens."  --  Bahá'u'lláh
Just Say No to Morden * The Shadows were defeated -- Babylon 5 is renewed!!


Home | Subject Index | Thread Index