[Oberon] Re (2): OLR and data storage.

peter at easthope.ca peter at easthope.ca
Fri Sep 25 18:05:04 CEST 2015


From:	Peter Matthias <PeterMatthias at web.de>
Date:	Fri, 25 Sep 2015 11:24:58 +0200
> E.g. Edit.Open ./SDHC/Test.Text ~ 
> as long as filename length is not exceeded.

So, name length failures are minimized by mounting the 
subordinate store at a directory with a single character 
name?  Prefix being four characters, "./S/".

ET.Open ./S/tmp456789012345678901234567890 ~ works.  Therefore the Oberon  
limit of 32 or 31 characters isn't present.  You refer to the Linux liimit of 255 characters? 
In that case the name of the mount point isn't critical.

> Also pattern matching algorithm has a bug. E.G. System.Directory *.Mod~ 
> does not show Modules.Mod. If someone has a clever implementation, ...

I guess one approach is to mimic the Oberon matching algorithm in C 
but others will have sharper ideas.

Thanks,                         ... Peter E.


-- 
123456789 123456789 123456789 123456789 123456789 123456789 123456789 12
Tel +13606390202 http://easthope.ca/peter.html Bcc: peter at easthope. ca




More information about the Oberon mailing list