Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.acorn.misc > #3508 > unrolled thread

MassFS and USB memory sticks

Back to article view | Back to comp.sys.acorn.misc

Contents

  MassFS and USB memory sticks Jim Nagel <jimnewsm10d@abbeypress.co.uk> - 2012-02-03 13:46 +0000
    Re: MassFS and USB memory sticks Tony Moore <old_coaster@yahoo.co.uk> - 2012-02-03 14:54 +0000
      Re: MassFS and USB memory sticks Jim Nagel <jimnewsm10d@abbeypress.co.uk> - 2012-02-03 16:57 +0000
        Re: MassFS and USB memory sticks Stephen Parkin <stephen@nospam.demon.co.uk> - 2012-02-03 18:59 +0000
          Re: MassFS and USB memory sticks Jim Nagel <jimnewsm10d@abbeypress.co.uk> - 2012-02-03 20:25 +0000
            Re: MassFS and USB memory sticks Dave Symes <dave@triffid.co.uk> - 2012-02-03 21:05 +0000
        Re: MassFS and USB memory sticks Tony Moore <old_coaster@yahoo.co.uk> - 2012-02-03 19:52 +0000
          Re: MassFS and USB memory sticks Jim Nagel <jimnewsm10d@abbeypress.co.uk> - 2012-02-04 18:33 +0000
            Re: MassFS and USB memory sticks Dave Symes <dave@triffid.co.uk> - 2012-02-04 18:56 +0000
              Re: MassFS and USB memory sticks Chris Newman <cvjazz@waitrose.com> - 2012-02-04 21:47 +0000
            Re: MassFS and USB memory sticks Chris Shepheard <chris.shepheard@chrispics.co.uk> - 2012-02-04 18:57 +0000
              Re: MassFS and USB memory sticks Dave Symes <dave@triffid.co.uk> - 2012-02-04 19:32 +0000
            Re: MassFS and USB memory sticks Tony Moore <old_coaster@yahoo.co.uk> - 2012-02-05 16:49 +0000
        Re: MassFS and USB memory sticks Fred Bambrough <fred@[127.0.0.1]> - 2012-02-03 21:05 +0000
          Re: MassFS and USB memory sticks Tony Moore <old_coaster@yahoo.co.uk> - 2012-02-03 21:26 +0000
            Re: MassFS and USB memory sticks Fred Bambrough <fred@[127.0.0.1]> - 2012-02-03 22:16 +0000
              Re: MassFS and USB memory sticks Fred Bambrough <fred@[127.0.0.1]> - 2012-02-04 00:26 +0000
        MassFS and USB memory sticks Brian Carroll <bric-nospam@argonet.co.uk> - 2012-02-04 16:21 +0000
      Re: MassFS and USB memory sticks Chris Newman <cvjazz@waitrose.com> - 2012-02-04 15:42 +0000
        Re: MassFS and USB memory sticks Chris Newman <cvjazz@waitrose.com> - 2012-02-04 17:24 +0000
        Re: MassFS and USB memory sticks Martin Wuerthner <spamtrap@mw-software.com> - 2012-02-06 12:46 +0100
          Re: MassFS and USB memory sticks Chris Newman <cvjazz@waitrose.com> - 2012-02-13 11:11 +0000
      Re: MassFS and USB memory sticks Brian Carroll <bric-nospam@argonet.co.uk> - 2012-02-04 15:57 +0000
        Re: MassFS and USB memory sticks Tony Moore <old_coaster@yahoo.co.uk> - 2012-02-05 17:33 +0000
          Re: MassFS and USB memory sticks Brian Carroll <bric-nospam@argonet.co.uk> - 2012-02-06 17:48 +0000
    Re: MassFS and USB memory sticks Chris Johnson <chrisjohnson+news@spamcop.net> - 2012-02-03 14:33 +0000

Page 1 of 2  [1] 2  Next page →

#3508 — MassFS and USB memory sticks

Thanks to Chris Newman's vastly updated "Otherdevs" file (see thread 
"Otherdevs for Simtec") that identifies many more devices to the 
Unipod USB system, I can now for the first time see my USB memory 
stick on the RiscPC iconbar (4.39).

However, filenames on the device appear all in capitals, truncated to 
8 characters.  How do I get stuff to appear as in normal filer 
windows, with upper&lowercase and long filenames?

One way, of course, would be to save stuff inside zip folders, but 
that can be time-consuming for larger files.

*help massfs  reports version 1.00 (2004-03-03).  Has it never been 
updated?  If it has, where do I get a copy?

-- 
Jim Nagel                        www.archivemag.co.uk
>> "from" address is genuine but will change.  website has current one.
See you at SW show?   www.riscos-swshow.co.uk   Feb 25 Saturday

[toc] | [next] | [standalone]

#3509

On 3 Feb 2012, Jim Nagel <jimnewsm10d@abbeypress.co.uk> wrote:

> Thanks to Chris Newman's vastly updated "Otherdevs" file (see thread
> "Otherdevs for Simtec") that identifies many more devices to the
> Unipod USB system, I can now for the first time see my USB memory
> stick on the RiscPC iconbar (4.39).
>
> However, filenames on the device appear all in capitals, truncated to
> 8 characters.  How do I get stuff to appear as in normal filer
> windows, with upper&lowercase and long filenames?

Try downloading
http://www.riscosopen.org/zipfiles/mods/dosfs.0.87.zip?1309194330
and install it following
http://www.riscosopen.org/wiki/documentation/pages/Software+information:+DOSFS
(For RO 4.39, predesk is at !Boot.Choices.Users.Single.Boot.PreDesk ,
and the RMEnsure lines in the obey file should be changed to 0.87)

Although this is a ROOL module, it works with RO 4.39 and 6.20. I've
used v0.85, for a long time with my Unipod (now upgraded to 0.87).

Tony

[toc] | [prev] | [next] | [standalone]

#3512

Tony Moore  wrote on 3 Feb:

> Try downloading
> http://www.riscosopen.org/zipfiles/mods/dosfs.0.87.zip?1309194330
> and install it following
> http://www.riscosopen.org/wiki/documentation/pages/Software+informatio
> n:+DOSFS
> (For RO 4.39, predesk is at !Boot.Choices.Users.Single.Boot.PreDesk ,
> and the RMEnsure lines in the obey file should be changed to 0.87)

Excellent!  Thank you.  This seems to do the trick:  I now have long 
filenames in upper&lowercase on my USB stick.

However, putting the new DosFS in a single user's predesk choices 
didn't seem to me to make sense -- it should be available for all 
users.  I had a hunt through !Boot (using !Locate) and found that my 
old version (0.67, dated 1999aug, which came with OS 4.39, I suppose) 
was !Boot.Utils.RO4Patches.DOSFS -- so I moved the old one into 
safekeeping and put the new one into that location.

Hm, perhaps that location doesn't really make name-sense either: is 
this really a "RO4patch"?!


-- 
Jim Nagel                        www.archivemag.co.uk
>> "from" address is genuine but will change.  website has current one.
See you at SW show?   www.riscos-swshow.co.uk   Feb 25 Saturday

[toc] | [prev] | [next] | [standalone]

#3513

In article <7d7ad05b52.jim@nails.abbeypress.net>, Jim Nagel
<URL:mailto:jimnewsm10d@abbeypress.co.uk> wrote:
> Tony Moore  wrote on 3 Feb:
> 
> > Try downloading
> > http://www.riscosopen.org/zipfiles/mods/dosfs.0.87.zip?1309194330
> > and install it following
> > http://www.riscosopen.org/wiki/documentation/pages/Software+informatio
> > n:+DOSFS
> > (For RO 4.39, predesk is at !Boot.Choices.Users.Single.Boot.PreDesk ,
> > and the RMEnsure lines in the obey file should be changed to 0.87)
> 
> Excellent!  Thank you.  This seems to do the trick:  I now have long 
> filenames in upper&lowercase on my USB stick.
> 
> However, putting the new DosFS in a single user's predesk choices 
> didn't seem to me to make sense -- it should be available for all 
> users.  I had a hunt through !Boot (using !Locate) and found that my 
> old version (0.67, dated 1999aug, which came with OS 4.39, I suppose) 
> was !Boot.Utils.RO4Patches.DOSFS -- so I moved the old one into 
> safekeeping and put the new one into that location.
> 
> Hm, perhaps that location doesn't really make name-sense either: is 
> this really a "RO4patch"?!
> 
> 

Flashed it onto the unipod here...

[toc] | [prev] | [next] | [standalone]

#3516

Stephen Parkin  wrote on 3 Feb:
> Flashed it onto the unipod here...

Do tell.  How is that feat achieved?


-- 
Jim Nagel                        www.archivemag.co.uk
>> "from" address is genuine but will change.  website has current one.
See you at SW show?   www.riscos-swshow.co.uk   Feb 25 Saturday

[toc] | [prev] | [next] | [standalone]

#3518

In article <b87ae35b52.jim@nails.abbeypress.net>,
   Jim Nagel <jimnewsm10d@abbeypress.co.uk> wrote:
> Stephen Parkin  wrote on 3 Feb:
> > Flashed it onto the unipod here...

> Do tell.  How is that feat achieved?

With a Unipod you get an application called !Snafu (Simtec None-specific
Advanced Flash Utility) that handles Rom flshing for the Unipod.

Dave

-- 

Dave Triffid

[toc] | [prev] | [next] | [standalone]

#3514

On 3 Feb 2012, Jim Nagel <jimnewsm10d@abbeypress.co.uk> wrote:
> Tony Moore  wrote on 3 Feb:
>
> > Try downloading
> > http://www.riscosopen.org/zipfiles/mods/dosfs.0.87.zip?1309194330
> > and install it following
> > http://www.riscosopen.org/wiki/documentation/pages/Software+informatio
> > n:+DOSFS
> > (For RO 4.39, predesk is at !Boot.Choices.Users.Single.Boot.PreDesk ,
> > and the RMEnsure lines in the obey file should be changed to 0.87)
>
> Excellent!  Thank you.  This seems to do the trick:  I now have long
> filenames in upper&lowercase on my USB stick.
>
> However, putting the new DosFS in a single user's predesk choices
> didn't seem to me to make sense -- it should be available for all
> users.

Have you configured more than one user on your RiscPC? (ie via Tasks >
Choices... > Users > Users > Enable user profiles) If not, then I
believe that the location which I gave is correct.

> I had a hunt through !Boot (using !Locate) and found that my old
> version (0.67, dated 1999aug, which came with OS 4.39, I suppose) was
> !Boot.Utils.RO4Patches.DOSFS

RO 4.39 ROM modules includes DOSFS 0.75 (03 May 2004), so I've no idea
why that ancient version is in RO4Patches (it is here, too).

> -- so I moved the old one into safekeeping and put the new one into
> that location.
>
> Hm, perhaps that location doesn't really make name-sense either: is
> this really a "RO4patch"?!

It's not. The objects in RO4Patches are controlled by its !Run file,
which, inter alia, RMEnsures DOSFS 0.67. If DOSFS 0.75 is already
active, from ROM, then DOSFS 0.85, if in RO4Patches, will be ignored. I
think that you should move it back to Choices.

Tony

[toc] | [prev] | [next] | [standalone]

#3532

Tony Moore  wrote on 3 Feb:

> On 3 Feb 2012, Jim Nagel <jimnewsm10d@abbeypress.co.uk> wrote:
>> Tony Moore  wrote on 3 Feb:
>>
>>> Try downloading
>>> http://www.riscosopen.org/zipfiles/mods/dosfs.0.87.zip?1309194330
>>> and install it following
>>> http://www.riscosopen.org/wiki/documentation/pages/Software+informatio
>>> n:+DOSFS
>>> (For RO 4.39, predesk is at !Boot.Choices.Users.Single.Boot.PreDesk ,
>>> and the RMEnsure lines in the obey file should be changed to 0.87)
>>
>> Excellent!  Thank you.  This seems to do the trick:  I now have long
>> filenames in upper&lowercase on my USB stick.
>>
>> However, putting the new DosFS in a single user's predesk choices
>> didn't seem to me to make sense -- it should be available for all
>> users.

> Have you configured more than one user on your RiscPC? (ie via Tasks >
> Choices... > Users > Users > Enable user profiles) If not, then I
> believe that the location which I gave is correct.

>> I had a hunt through !Boot (using !Locate) and found that my old
>> version (0.67, dated 1999aug, which came with OS 4.39, I suppose) was
>> !Boot.Utils.RO4Patches.DOSFS

> RO 4.39 ROM modules includes DOSFS 0.75 (03 May 2004), so I've no idea
> why that ancient version is in RO4Patches (it is here, too).

>> -- so I moved the old one into safekeeping and put the new one into
>> that location.
>>
>> Hm, perhaps that location doesn't really make name-sense either: is
>> this really a "RO4patch"?!

> It's not. The objects in RO4Patches are controlled by its !Run file,
> which, inter alia, RMEnsures DOSFS 0.67. If DOSFS 0.75 is already
> active, from ROM, then DOSFS 0.85, if in RO4Patches, will be ignored. I
> think that you should move it back to Choices.

I did a few experiments and reboots here on OS 4.39 and observed:

  * if placed in !Boot.Utils.RO4patch, the new DosFS 0.87 is not 
loaded after a reboot.
  * if placed in !Boot.Softload, it doesn't get loaded after a reboot.
  * in !Boot.choices.default.boot.predesk it DOES get loaded.

So "Boot.choices.default.boot.predesk seems to be the best place.  
RemoteprinterFS is there already.

I don't have more than one user on my RiscPC, but am considering 
adding one.  Seems to me a module like this should be common to all 
users rather than go into the choices of an individual user.  So the 
"default" location seems logical.

Investigation also suggested !boot.utils -- a number of other modules 
live there, but apparently require explicit mention in the obeyfile 
called !boot.utils.bootrun to cause them to be loaded.  This obeyfile 
has a section called "modules we definately require" (sic).


Of course, reflashing it to the Unipod rom would be even more logical, 
since we don't want the old version that is taking up space there.  
Dave Symes mentioned !Snafu, the reflashing utility that comes with 
Unipod, but exactly how does one use it for replacing the one 
particular module that we're talking about?


-- 
Jim Nagel                        www.archivemag.co.uk
See you at SW show?   www.riscos-swshow.co.uk   Feb 25 Saturday

[toc] | [prev] | [next] | [standalone]

#3533

In article <1f0d5d5c52.jim@nails.abbeypress.net>,
   Jim Nagel <jimnewsm10d@abbeypress.co.uk> wrote:

> Of course, reflashing it to the Unipod rom would be even more logical, 
> since we don't want the old version that is taking up space there.  
> Dave Symes mentioned !Snafu, the reflashing utility that comes with 
> Unipod, but exactly how does one use it for replacing the one 
> particular module that we're talking about?

You guys are supposed to be the computer 'xperts I'm just a user.

From memory, so it might be a good idea to check the Snafu Help file as
well.

Run Snafu
Hilight Unipod in the top pane.
Click "Read from ROM" button

Everything you've got in ROM will be displayed
Hilight Module you want to remove.

Click the "Remove" button (Not Remove all).
It will be removed.

Drag and drop your new DOSFS module into that lower pane.

Check it's now in the list.
Click the "Write Flash" button.

Done!
Dave

Do not interupt the flashing process otherwise brown stuff will ensue.

-- 

Dave Triffid

[toc] | [prev] | [next] | [standalone]

#3537

In article <525c5f22c8dave@triffid.co.uk>,
   Dave Symes <dave@triffid.co.uk> wrote:
> In article <1f0d5d5c52.jim@nails.abbeypress.net>,
>    Jim Nagel <jimnewsm10d@abbeypress.co.uk> wrote:

> > Of course, reflashing it to the Unipod rom would be even more logical, 
> > since we don't want the old version that is taking up space there.  
> > Dave Symes mentioned !Snafu, the reflashing utility that comes with 
> > Unipod, but exactly how does one use it for replacing the one 
> > particular module that we're talking about?

> You guys are supposed to be the computer 'xperts I'm just a user.

> From memory, so it might be a good idea to check the Snafu Help file as
> well.

> Run Snafu
> Hilight Unipod in the top pane.
> Click "Read from ROM" button

> Everything you've got in ROM will be displayed
> Hilight Module you want to remove.

> Click the "Remove" button (Not Remove all).
> It will be removed.

> Drag and drop your new DOSFS module into that lower pane.

> Check it's now in the list.
> Click the "Write Flash" button.

Thanks, Dave. However, looking at the list of modules in my Unipod, there is
no DOSFS module present. Presumably when Dave Parkin said he flashed his to
the Unipod, that was an addition rather than a replacement.

-- 
Chris Newman

[toc] | [prev] | [next] | [standalone]

#3534

In message <1f0d5d5c52.jim@nails.abbeypress.net>
          Jim Nagel <jimnewsm10d@abbeypress.co.uk> wrote:

> Of course, reflashing it to the Unipod rom would be even more logical,
> since we don't want the old version that is taking up space there.
> Dave Symes mentioned !Snafu, the reflashing utility that comes with
> Unipod, but exactly how does one use it for replacing the one
> particular module that we're talking about?

The details are in Help from the filer menu over !SNAFU (though it 
doesn't say there that you just drag and drop different modules onto 
the window to add them when you write the new flash rom image).

Chris

-- 

Chris Shepheard writing as himself          
chris.shepheard@chrispics.co.uk
from far west Surrey                        www.chrispics.co.uk

[toc] | [prev] | [next] | [standalone]

#3536

In article <0b455f5c52.chris.shepheard@shepheard.plus.com>,
   Chris Shepheard <chris.shepheard@chrispics.co.uk> wrote:
> In message <1f0d5d5c52.jim@nails.abbeypress.net>
>           Jim Nagel <jimnewsm10d@abbeypress.co.uk> wrote:

> > Of course, reflashing it to the Unipod rom would be even more logical,
> > since we don't want the old version that is taking up space there.
> > Dave Symes mentioned !Snafu, the reflashing utility that comes with
> > Unipod, but exactly how does one use it for replacing the one
> > particular module that we're talking about?

> The details are in Help from the filer menu over !SNAFU (though it 
> doesn't say there that you just drag and drop different modules onto 
> the window to add them when you write the new flash rom image).

> Chris

But the lower Snafu pane does have the required legend above it.


Dave

-- 

Dave Triffid

[toc] | [prev] | [next] | [standalone]

#3539

On 4 Feb 2012, Jim Nagel <jimnewsm10d@abbeypress.co.uk> wrote:

[snip]

> So "Boot.choices.default.boot.predesk seems to be the best place [for
> DOSFS]. RemoteprinterFS is there already.

From other responses, it is clear that there are many ways of loading
DOSFS. Initially, I suggested following the ROOL advice, because it was
already documented but, in fact, my own installation differs from that:
the module DOSFS is in !System.301.Modules, with the other modules, and
is loaded by an obey file in Tasks, so that it replaces any lesser
version, which may have been already loaded from ROM, or elsewhere.

Tony

[toc] | [prev] | [next] | [standalone]

#3517

In message <7d7ad05b52.jim@nails.abbeypress.net>
     Jim Nagel <jimnewsm10d@abbeypress.co.uk> wrote:

> Tony Moore  wrote on 3 Feb:
> 
> > Try downloading
> > http://www.riscosopen.org/zipfiles/mods/dosfs.0.87.zip?1309194330
> > and install it following
> > http://www.riscosopen.org/wiki/documentation/pages/Software+informatio
> > n:+DOSFS
> > (For RO 4.39, predesk is at !Boot.Choices.Users.Single.Boot.PreDesk ,
> > and the RMEnsure lines in the obey file should be changed to 0.87)
> 
> Excellent!  Thank you.  This seems to do the trick:  I now have long 
> filenames in upper&lowercase on my USB stick.
> 
> However, putting the new DosFS in a single user's predesk choices 
> didn't seem to me to make sense -- it should be available for all 
> users.  I had a hunt through !Boot (using !Locate) and found that my 
> old version (0.67, dated 1999aug, which came with OS 4.39, I suppose) 
> was !Boot.Utils.RO4Patches.DOSFS -- so I moved the old one into 
> safekeeping and put the new one into that location.
> 
> Hm, perhaps that location doesn't really make name-sense either: is 
> this really a "RO4patch"?!

This exchange has led me to realise that there's an issue with Jim's and my
ROS 4.39 !Boot, if not all copies.

In the 4.39 ROM exists DOSFS 0.75. I don't understand why but DOSFS 0.67 is
run instead even though RO4Patches.!Run uses RMEnsure. DOSFS 0.75 must be
getting Unplugged somewhere prior.


-- 
Fred

[toc] | [prev] | [next] | [standalone]

#3519

On 3 Feb 2012, Fred Bambrough <fred@[127.0.0.1]> wrote:

[snip]

> In the 4.39 ROM exists DOSFS 0.75. I don't understand why but DOSFS
> 0.67 is run instead even though RO4Patches.!Run uses RMEnsure. DOSFS
> 0.75 must be getting Unplugged somewhere prior.

*unplug will show if DOSFS is unplugged. If so, then what you describe
is to be expected.

Here, if the subsequent loading of DOSFS 0.85 is disabled, then DOSFS
0.75 is loaded from ROM, and DOSFS 0.67 is ignored.

Tony

[toc] | [prev] | [next] | [standalone]

#3520

In message <d01be95b52.old_coaster@old_coaster.yahoo.co.uk>
     Tony Moore <old_coaster@yahoo.co.uk> wrote:

> On 3 Feb 2012, Fred Bambrough <fred@[127.0.0.1]> wrote:
> 
> [snip]
> 
> > In the 4.39 ROM exists DOSFS 0.75. I don't understand why but DOSFS
> > 0.67 is run instead even though RO4Patches.!Run uses RMEnsure. DOSFS
> > 0.75 must be getting Unplugged somewhere prior.
> 
> *unplug will show if DOSFS is unplugged. If so, then what you describe
> is to be expected.
> 
> Here, if the subsequent loading of DOSFS 0.85 is disabled, then DOSFS
> 0.75 is loaded from ROM, and DOSFS 0.67 is ignored.

Ah, yes. I've forgotten too much. It's not unplugged so perhaps down to
sequence.

-- 
Fred

[toc] | [prev] | [next] | [standalone]

#3521

In message <mpro.lyu8ix003g89p00le@ypical.nospam.invalid>
     Fred Bambrough <fred@[127.0.0.1]> wrote:

> In message <d01be95b52.old_coaster@old_coaster.yahoo.co.uk>
>      Tony Moore <old_coaster@yahoo.co.uk> wrote:
> 
> > On 3 Feb 2012, Fred Bambrough <fred@[127.0.0.1]> wrote:
> > 
> > [snip]
> > 
> > > In the 4.39 ROM exists DOSFS 0.75. I don't understand why but DOSFS
> > > 0.67 is run instead even though RO4Patches.!Run uses RMEnsure. DOSFS
> > > 0.75 must be getting Unplugged somewhere prior.
> > 
> > *unplug will show if DOSFS is unplugged. If so, then what you describe
> > is to be expected.
> > 
> > Here, if the subsequent loading of DOSFS 0.85 is disabled, then DOSFS
> > 0.75 is loaded from ROM, and DOSFS 0.67 is ignored.
> 
> Ah, yes. I've forgotten too much. It's not unplugged so perhaps down to
> sequence.

REMming out the entry in RO4Patches results in DOSFS 0.75 being active. I
wonder if the entry's a leftover from ROS 4.02.

-- 
Fred

[toc] | [prev] | [next] | [standalone]

#3528

In article <7d7ad05b52.jim@nails.abbeypress.net>, Jim Nagel
<jimnewsm10d@abbeypress.co.uk> wrote:

[ ... ]

> Hm, perhaps that location doesn't really make name-sense
> either: is this really a "RO4patch"?!

No it is not.  The !Run file is in 2 parts: the first uses the
module ROMPatch and the contents of PatchData to correct errors
left in the code when it was released (you can pick out what they
were from the PatchData file).

The second part was just dump for 5 new or updated modules, one
of which was DOSFS. This part of the file can be remmed out or
deleted because later or identical versions of all of them are in
the RISC OS v4.39 ROM. This should have been tidied up years ago.
 

Brian.

-- 
______________________________________________________________

Brian Carroll, Ripon, North Yorkshire, UK  
______________________________________________________________

[toc] | [prev] | [next] | [standalone]

#3525

In article <fe33c55b52.old_coaster@old_coaster.yahoo.co.uk>,
   Tony Moore <old_coaster@yahoo.co.uk> wrote:
> On 3 Feb 2012, Jim Nagel <jimnewsm10d@abbeypress.co.uk> wrote:

> > Thanks to Chris Newman's vastly updated "Otherdevs" file (see thread
> > "Otherdevs for Simtec") that identifies many more devices to the
> > Unipod USB system, I can now for the first time see my USB memory
> > stick on the RiscPC iconbar (4.39).
> >
> > However, filenames on the device appear all in capitals, truncated to
> > 8 characters.  How do I get stuff to appear as in normal filer
> > windows, with upper&lowercase and long filenames?

> Try downloading
> http://www.riscosopen.org/zipfiles/mods/dosfs.0.87.zip?1309194330
> and install it following
> http://www.riscosopen.org/wiki/documentation/pages/Software+information:+DOSFS
> (For RO 4.39, predesk is at !Boot.Choices.Users.Single.Boot.PreDesk ,
> and the RMEnsure lines in the obey file should be changed to 0.87)

> Although this is a ROOL module, it works with RO 4.39 and 6.20. I've
> used v0.85, for a long time with my Unipod (now upgraded to 0.87).

I have DOSFS 0.85 in my PreDesk directory but don't have the !Run obey file
as mentioned in the RISC OS Wiki. I did *help DOSFS in a task window & it
listed 0.85 so is that !Run file superfluous?
What is improved in  0.87 over 0.85?

-- 
Chris Newman

[toc] | [prev] | [next] | [standalone]

#3530

In article <525c4d6e31cvjazz@waitrose.com>,
   Chris Newman <cvjazz@waitrose.com> wrote:
> In article <fe33c55b52.old_coaster@old_coaster.yahoo.co.uk>,
>    Tony Moore <old_coaster@yahoo.co.uk> wrote:
> > On 3 Feb 2012, Jim Nagel <jimnewsm10d@abbeypress.co.uk> wrote:


> > Try downloading
> > http://www.riscosopen.org/zipfiles/mods/dosfs.0.87.zip?1309194330
> > and install it following
> > http://www.riscosopen.org/wiki/documentation/pages/Software+information:+DOSFS
> > (For RO 4.39, predesk is at !Boot.Choices.Users.Single.Boot.PreDesk ,
> > and the RMEnsure lines in the obey file should be changed to 0.87)

> > Although this is a ROOL module, it works with RO 4.39 and 6.20. I've
> > used v0.85, for a long time with my Unipod (now upgraded to 0.87).

> I have DOSFS 0.85 in my PreDesk directory but don't have the !Run obey file
> as mentioned in the RISC OS Wiki. I did *help DOSFS in a task window & it
> listed 0.85 so is that !Run file superfluous?
> What is improved in  0.87 over 0.85?

Swiftly following up my own post....! I downloaded 0.87, stuck it in PreDesk
& restared the computer. *DOSFS tells me it is now running so here on RiscPC
700  Adjust 4.39 that !Run file seems not to be needed.

-- 
Chris Newman

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.sys.acorn.misc

csiph-web