Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.sys.acorn.programmer > #5804
| 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 |
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 | Next — Previous in thread | Find similar | Unroll 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