Re: Str-Kat

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

ken mortenson wrote:
> 
> I've been reading this string thread and I'm quite astonished because of two
> simple facts.
> 
> Strings are just data and we are supposed to be programmers.
> 
> There are different types of strings of course, like BSTRings, unicode strings
> and every C programmers favorite, null terminated strings.  All of these
> strings are referenced by address via pointer.  The last fact is we already
> have a euphoria word that produces a string...
> 
> allocate_string.  

Yeasbut, all the sequence operators will need to be recoded for the string type
of your choosing. How exactly the string is implemented then becomes irrelavant
(or irreverant for the language purists). Namespacing will make this easier, i
suspect:

compare(seq,seq)
strings:compare(string,string)

but it still must be coded up. It would also be easier if Eu returned unused
memeory to the OS via some command or other, but an outboard strings.euu (a la
.tpu) managing it's memory thru api calls, wluod mkae it wrok too, in a very
non-euphorian way. I had considered making this sorta thing, but like working on
eunet, eubot, etc, i just couldn't do it with humans in the way objecting to it,
i gave up.

Kat

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

Search



Quick Links

User menu

Not signed in.

Misc Menu