[Oberon] OLR and data storage.

[Jan de Kruyf]

Hallo Peter,

> Also pattern matching algorithm has a bug. E.G. System.Directory *.Mod~
> does not show Modules.Mod. If someone has a clever implementation,
> please let me know. For the Linux kernel side I will implement it.

You mean OLR.Modules.Mod ( and some others).

I was having my sunday afternoon fun :)

Is this bug to be found in (OLR.)Find.Mod ?

If so, tell me what the filename is supposed to be here:
 --Domain*; (* {filename} ~ *)--

Then I will have a look.
PROCEDURE BrowseFile(filename: ARRAY OF CHAR);
does not look like rocket science to me.

Cheers,

j.


On Fri, Sep 25, 2015 at 11:24 AM, Peter Matthias <PeterMatthias at web.de>
wrote:

>
>
> Am 23.09.2015 um 17:26 schrieb Peter Easthope:
> > Hello,
> >
> > In OLR, has anyone found a way to store user data separately
> > from OLR system data?  As a specific example, OLR is installed
> > in /home/peter/olr on the HDD.  User data is in a SDHC card.
> > The SDHC can be mounted at /home/peter/olr/SDHC.
> >
> > ls /home/peter/olr/SDHC/* shows the contents of the SDHC.
> > System.Directory ./SDHC/* ~ shows nothing.
> >
> > Does anyone have a clever solution?
>
> Hi Peter,
>
> I was out for holidays, so the answer a little bit later:
>
> System.Directory does not show the files in the ./SDHC directory. Only
> flat files. However, you can open and store the files of that directory
> using the filename with the directory. E.g. Edit.Open ./SDHC/Test.Text ~
> as long as filename length is not exceeded. "." and "/" at the beginning
> work, "~" at the beginning does not work as this is evaluated in the
> shell and not in the kernel.
>
> Also pattern matching algorithm has a bug. E.G. System.Directory *.Mod~
> does not show Modules.Mod. If someone has a clever implementation,
> please let me know. For the Linux kernel side I will implement it.
>
> Regards,
>         Peter
>
> --
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
> https://lists.inf.ethz.ch/mailman/listinfo/oberon
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.inf.ethz.ch/pipermail/oberon/attachments/20150927/d0d79ede/attachment.html