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


Groups > comp.sys.acorn.programmer > #5804

Re: Sunfish V Lanman98 + a little problem

From Bob Latham <bob@sick-of-spam.invalid>
Subject Re: Sunfish V Lanman98 + a little problem
Newsgroups comp.sys.acorn.programmer
Message-ID <57db9d9100bob@sick-of-spam.invalid> (permalink)
References <57db1d00eebob@sick-of-spam.invalid> <qhnh7t$nvv$1@dont-email.me>
Organization None
Date 2019-07-30 10:15 +0100

Show all headers | View raw


In article <qhnh7t$nvv$1@dont-email.me>,
   druck <news@druck.org.uk> wrote:
> On 29/07/2019 10:50, Bob Latham wrote:

[Snip]

> > Just in case it interests anyone..
> > Running this on Sunfish takes 123219 cs or  ~20.5 minutes.
> > On Lanman98 it takes 80838cs or  ~13.5 minutes.
> > Exactly the same code and library.

> Check how fast similar operations work from Linux, to see if there
> is any difference in how the NAS handles both network filing
> systems. I would expect NFS to be quicker on Linux. If it is it
> points the finger at RISC OS's implementation.

No idea as to the cause of the speed difference, I can only report
what I've seen for anyone interested. I have plenty of Linux devices
which I fiddle with but I don't have a Linux computer.

Something else that is quite odd, the routine I wrote is recursive
and stops when it gets back to the starting level if you see what I
mean. There is a counter running so I know when the last directory
has been scanned. On LM98, the prog stops instantly the last
directory has been printed on screen. On sunfish it is another 20
seconds before the prog stops. What the blazes is it doing in that
time? Rhetorical, I don't expect an answer. 


RO 5.25 - LM98 2.06 - sunfish 2.05

> > But I do have a problem. I think there are still a few, very few
> > I hope, files in the library that have utf8 characters. My policy
> > is to change these when I can find them to normal ascii chars but
> > it is finding them that's my problem.

> I listed the entire RISC OS disc (using a little BASIC dirall
> program), sent the output to a file, then used Zap to search of
> top bit set characters - and also other characters which aren't
> mapped symmetrically by some filing systems, which breaks backups.

Your suggestion made me look at the issue another way and after some
googling I found out how to make W10-DOS list all files in a
directory tree - got it. I've then found out how to create a sub list
that only contains files with top bit set chars using SE.

Your post was a big help, thanks.

> > I have seen two effects of these chars above &80, one is that the
> > RO filer shows files (text default) but they have no name at all.
> > Worse though are files that don't show at all in the filer.

> That's a definite bug.

> ---druck

Cheers mate,


Bob.

-- 
Bob Latham
Stourbridge, West Midlands

Back to comp.sys.acorn.programmer | Previous | NextPrevious in thread | Find similar | Unroll thread


Thread

Sunfish V Lanman98 + a little problem Bob Latham <bob@sick-of-spam.invalid> - 2019-07-29 10:50 +0100
  Re: Sunfish V Lanman98 + a little problem druck <news@druck.org.uk> - 2019-07-29 20:25 +0100
    Re: Sunfish V Lanman98 + a little problem Bob Latham <bob@sick-of-spam.invalid> - 2019-07-30 10:15 +0100

csiph-web