Omni puzzle
Pages: 1 2
jim lesurf (2082) 1438 posts |
I’ve tended to use SunFish (and FTPc) to converse with our NAS, and they have worked fine. However I decided to give !Omni a try. This is on my ARMX6. I get two odd effects and may well be doing something wrong. If so, what? Firstly, when I view a directory on the NAS !Omni omits to show some subdirectories which Sunfish and FTPc show quite happily. Secondly, I had to hand edit the ‘Mounts’ file for !Omni to get it to actually save the mount details. Setting them and clicking the ‘save’ icon didn’t do it. TBH I’ve been happy with Sunfish, but I guess !Omni should work. So what am I doing wrong, and how to fix the above? Ideally I’d !Omni to just put up an icon bar icon I can click and use like a normal drive icon. But as things stand it isn’t anything like that easy. As you can tell, I’ve never used !Omni before. And the ‘Help’ wasn’t very, erm, helpful… Jim |
David Pitt (102) 743 posts |
I have only recently converted to LanManFS from LanMan98 so can admit to an expertise deficit. The ‘saving’ could be a bit muddling I found. Having convinced myself that I don’t understand it either a take two was called far. Starting with a clean slate, an empty Mounts file, no mounted mounts and ‘Bye’ issued from !Omni’s icon bar menu. Click Select on !Omni, the ‘Network servers’ window opens with only “LAN Manager” in it. Double click on “LAN Manager” and a login window opens. Click on ‘Logon" and a ’Network servers’ window opens showing SMB servers found on the LAN. Some of these just work and others may require logins and share names which can be saved. For my part it all seems a bit clearer now. !Omni can find somethings for itself but needs telling about others. Aside from local user confusion, !Omni works very well. HTH.
|
Jeff Blyther (1856) 47 posts |
With !Omni not showing some sub directories, I noticed this after about os5.14 (and every release since) and so had to move over to LanMan98 to be able to see whats really stored on my NAS. In my investigations into why it can’t see directories I found that it does see them, but it just won’t display them in the filer window. Jeff |
Chris Hall (132) 3554 posts |
With !Omni not showing some sub directories, I noticed this after about os5.14 (and every release since) and so had to move over to LanMan98 to be able to see whats really stored on my NAS. I too get this, but haven’t been able to work out why. |
David Pitt (102) 743 posts |
This is probably something different but looking at Windows7 with !Omni showed that some directories were missing when logged in as guest but were all present when logged in as a real user, but that was the same on LanMan98. Recreating the Windows share fixed it. |
Jeff Blyther (1856) 47 posts |
I should add, Its not just folders that are not shown but files as well. I have wondered if its something weird with my setup (theres over 120000 files/folders on the NAS), but the problem does seem Omni specific as LanMan98 (on raspberry pi & iyonix) and other computers on my network (Linux + Windows) do not have this problem. Jeff |
Steve Pampling (1551) 8170 posts |
If it is then I have the same weirdness. Off hand I think it kicks in when the number of objects in a directory passes a particular value. Since I tend not to be uploading via that I’ve not chased down the problem. |
Jeff Blyther (1856) 47 posts |
If my memory serves me right (its been a few years since I last tried to track down this problem), its not just the number of objects but the total length of the file/folder names. As I’m sure that when I have renamed some of the files, some of the non seen files appear. Which led me to the conclusion it was a filer display problem/bug and not a problem with the actual filing system. Jeff |
David Pitt (102) 743 posts |
See Filer Bug from Feb 2013. |
jim lesurf (2082) 1438 posts |
I’d wondered if it was something about the names or permissions, but couldn’t see any pattern. If names were truncated it would make some sort of sense. Similarly, if the list ended prematurely. The puzzle is that some items simply don’t show up in the list. Which makes it look like some odd combination of name lengths, number of items, etc, that triggers the problem in a complicated manner. I’ll just go back to using Sunfish and FTPc. Although I noticed in another thread that a development (?) version of RO caused a problem for Sunfish. So I hope this won’t be the case for ‘workhorse’ releases. Jim |
Colin (478) 2433 posts |
Can anyone make the bug happen starting with an empty directory? |
Colin (478) 2433 posts |
I compared a shared folder in Lanman and Lanman98 and both have the same number of objects – just different ones. For some reason one of my files has ,lxa on the end and lanman98 doesn’t like that. Lanman doesn’t like log22. log23 is displayed. It probably got bored saving log files. Counting the shared file gets different results. Lanman98 agreed with my laptop. |
Jeff Blyther (1856) 47 posts |
I just created an empty directory, and in there I created 12 folders with a character length of 16 chars (you know what I mean), all are displayed ok. But when I create the 13 folder with 16 chars a folder disappears, if I shorten a folders name to 11 chars all 13 folders will appear. So it seems that when total file names in a directory goes above 203 things start going wrong. |
David Pitt (102) 743 posts |
Seconded, too much is too much!
lxa is unfiletyped code with just load and execution addresses. It appears ‘text’ in LanMan98 here. |
André Timmermans (100) 655 posts |
Last time I got this problem, I worked around it by using the command line to copy the invisible files. Also IIRC, the *CAT was listing the files correctly, only the GUI side had the problem. |
Colin (478) 2433 posts |
Would anyone like to try LanmanTest.zip" it should fix Omni. Any differences you see with Lanman98 should now be down to hidden files. As they are set up, Lanman98 shows hidden and system files Lanman doesn’t. |
Jeff Blyther (1856) 47 posts |
Just done a quick test and it works, thanks Colin. Out of curiosity, what was the cause? Jeff |
Steve Pampling (1551) 8170 posts |
Bit more testing and that goes in the OS… |
Colin (478) 2433 posts |
When long filenames were added it was shoehorned into a system designed for 8.3 filenames so the buffer sizes are fixed and there was a guesstimate as to how many files’ info could be read into the buffer in one go. If this is an over estimate you lose files from the directory display and file count. I just halved the guesstimate. In the test you did if you create 16 16 char filenames in a directory files 13 and 14 would go missing. |
Jeff Blyther (1856) 47 posts |
Thanks again Colin, Real happy that this has been fixed. Jeff |
jim lesurf (2082) 1438 posts |
Thanks, Colin. Yes it seems to fix it here also. :-) Jim |
Chris Hall (132) 3554 posts |
Yes it seems to fix that on Titanium, although the version in the RC3 rom is 2.53 so the version number will need to be 2.54 at least for it to load itself. Many thanks for fixing this, albeit after a three year wait!! LanManFS still takes about 20s to open a file viewer (for the first time you access the drive) whereas LanMan98 is almost instant. |
David Pitt (102) 743 posts |
For info, the current version of LanManFS in CVS and current beta ROMs is 2.54 (03 Apr 2016). |
Colin (478) 2433 posts |
Would anyone like to try this version of Lanman. This version has changes to how directories are listed and should fix the disappearing files bug rather than using a solution based on guessing file name sizes. I’d like to know if the changes cause anyone problems. The biggest test is counting files in a large folder with lots of nested folders – like a the rom source code folder. It works fine with a windows 8.1 server but different servers may throw up a problem and I’d be interested to know if it does. |
André Timmermans (100) 655 posts |
I tested in on my Buck-Tick album list and both the Filer and *Cat are correct. I then followed your suggestion and performed a filer count and one file was missing in the count. After investigating it comes done to this folder which should count 39 files: *cat LanMan::Music.$.Buck-Tick.Albums.[2007-09-19] Tenshi no Revolver Dir. LanMan::Music.$.Buck-Tick.Albums.[2007-09-19] Tenshi no Revolver Option 00 (Off) CSD LanMan:"Unset" Lib. LanMan:"Unset" URD LanMan:"Unset" 09 - Zekkai/flac WR/R 01 - Mr/ Darkness + Mrs/ Moonlight/flac WR/R 02 - Rendez-vous/flac WR/R 03 - Montage/flac WR/R 04 - Lily/flac WR/R 05 - La vie en Rose/flac WR/R 06 - Cream Soda/flac WR/R 07 - Rain/flac WR/R 08 - Beast/flac WR/R 10 - Snow White/flac WR/R 11 - Spider/flac WR/R 12 - Alice in Wonder Underground/flac WR/R 13 - Revolver/flac WR/R album_tenshinorevolver/jpg WR/R album_tenshinorevolver2/jpg WR/R BVCR-17057/ascii/cue WR/R BVCR-17057/utf8/cue WR/R Cover/jpg WR/R DVD D/ Img_001/jpg WR/R Img_002/jpg WR/R Img_003/jpg WR/R Img_004/jpg WR/R Img_005/jpg WR/R Img_006/jpg WR/R Img_007/jpg WR/R Img_008/jpg WR/R Img_009/jpg WR/R tenshinorevolver_bt/jpg WR/R tenshinorevolver_poster1/jpg WR/R tenshinorevolver_poster2/jpg WR/R tenshinorevolver_poster3/jpg WR/R tenshinorevolver_stickers/jpg WR/R *cat LanMan::Music.$.Buck-Tick.Albums.[2007-09-19] Tenshi no Revolver.DVD Dir. LanMan::Music.$.Buck-Tick.Albums.[2007-09-19] Tenshi no Revolver.DVD Option 00 (Off) CSD LanMan:"Unset" Lib. LanMan:"Unset" URD LanMan:"Unset" VIDEO_TS/BUP WR/R VIDEO_TS/IFO WR/R VIDEO_TS/VOB WR/R VTS_01_0/BUP WR/R VTS_01_0/IFO WR/R VTS_01_0/VOB WR/R VTS_01_1/VOB WR/R As you can see, 32 files + 7 files in one sub-folder = 39 files but when I select the “[2007-09-19] Tenshi no Revolver” folder and perform a count it says 38 files. Using a *count command it returns the correct value. |
Pages: 1 2