opendir() and @dirlist()

[Fairlight]

On Mon, Nov 14, 2005 at 12:46:24PM -0800, Enrique Arredondo may or may not have
proven themselves an utter git by pronouncing:
> Hello ,
> 
> The problem I'm having that I just discovered is that I have a huge 
> database of technical documents in which some are longer than 32 
> characters the filename due to the nature of the "document naming 
> standard", Is there a way of incrementing that 32 cap to let's say 50 ? It 
> looks like opendir() is the one that needs to grow as well as @dirlist().
> 
> Is that a big change ?

I don't understand what you're saying, Enrique.  The opendir() function
doesn't have any returned directory content information returning to you.
Only nextdir() would.  If opendir() doesn't even deal with the information
(it only opens the directory), then how could it "grow"?  You must mean the
array that nextdir() populates.

As for the directory listing elements with their offsets, no, you're not
going to be able to change the offsets.  That's all internal to fP.

Out of curiosity, did you try John's @arrays methodology.  I wouldn't do
it that way myself -only- because I'm used to opendir/nextdir from other
languages.  But in fP, it seems like this may be the better way to go.
Whether or not it solves the filename length issue is beyond my ken, seeing
as I've never actually used it myself.  But I know nextdir and that array
you're accessing with it won't cut it.

mark->