"unsized storage" and "unsized index"

Ralf Juengling <[email protected]> Tue, 17 Jan 2006 10:54:43 -0800 (PST)
Newsgroups gmane.lisp.lush.devel
Message-ID <[email protected]>
Hi,

In Lush there is the notion of an "unsized storage" (which is
somewhat documented) and the notion of an "unsized index"
(which is not documented). My understanding of these concepts
is as follows:
o a storage with a data pointer equal NULL is unsized
o an index referring to an unsized storage is unsized

Please correct me if that's a misconception.

My first question is: If my definitions are correct then
determining whether a storage or an index is unsized is cheap,
so why are there explicit flags STF_UNSIZED and IDX_UNSIZED?

My second question: Are there any circumstances that require
creating an unsized storage or an unsized index?

I haven't yet encountered a situation where I wanted to
create an unsized storage (or index). OTH, I occasionally find
it useful to set the extent of an index (in one or more
dimensions) to zero (this is not possible in Lush but in
PSU-Lush; I call such an array "empty"--see idx-emptyp).

So I am thinking of getting rid of the "unsized" concepts
altogether because I don't see any benefit and think it would
simplify the code in src/storage.c and src/index.c. (I'm aware
that compiler code is also affected). Please let me if there's
a good reason for keeping these concepts.

Thanks,
Ralf




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642