Shared Folder Discussion

[Sorgelig]

With latest Main paths should work correctly.

[kolla]

With latest Main paths should work correctly.

Indeed, great work!

Still cannot copy zip files to SHARE: - I copied a zip files to /media/fat/Amiga/shared on the linux side, and from the Amiga side this file looks like a directory.... but not one I can enter or do anything about ("wrong file type" error) - I guess this is a unintended feature of how the firmware treats zip files elsewhere?

As I mentioned earlier, there's a small casing issue - I have a SHARE:Mods directory, and normally I would expect "cd share:mods" to take me to this directory, and it does, but the shell prompt path (and ouptut of "cd") says "MiSTer:mods" and not "MiSTer:Mods", as I would have expected. It's a minor thing, I suspect this may just be a side effect of how FAT filesystems is treated on Linux...

Another weirdness with Workbench though - if you mark an icon inside SHARE: and go to icon menu and "leave out", it will be placed on the workbench desktop, like expected. But if you go to window menu and select "update", it will still be visible in SHARE: as well. I've never seen this happen with other filesystems from what I recall. (In case you wonder, when you do select "leave out", a file will be created, SHARE:.backdrop that contains relative paths to the files/directories that are left out).

[kolla]

Oh, could the path to the shared directory be a configuration option somewhere, pretty please?

[Sorgelig]

Oh, could the path to the shared directory be a configuration option somewhere, pretty please?

give a finger - they will eat the whole hand...

[Sorgelig]

zip fix has been committed to repo. It will be available in next Main release.
As for problems in WB it's unlikely i will fix it myself. Amiga OS is unknown to me. Sources for Amiga driver is available, so anyone more professional in AmigaOS can provide fixes.

[kolla]

Yes, I understand. I may get an A314 and see if similar issues are present there as well. Thank you very much for fixing the zip file issue, and I cross my own fingers for configurable shared dir

[Sorgelig]

Amiga driver i've used as a base using quite hacky compilation procedure. I'm not familiar with it. It looks weird that you have to patch 2 times and provide custom prologue and epilogue asm codes. May be it's done to reduce the file size. In this case it would be good to try a normal compilation. Size shouldn't be a matter. May be it will fix some bugs.

[bbond007]

I think those prologue and epilogue asm codes are legacy leftover from AmigaDOS originally being written in BCPL.

https://en.wikipedia.org/wiki/BCPL

[kolla]

@Sorgelig
You are right, you gave me your little finger, and now I long for more, so here is a small wishlist for MiSTer.ini

* shared_uid=
* shared_gid=
* shared_umask=

[R4M]

The driver also seems to crash on special characters. if you copy an existing file and name the destination "Däsh", OS 3.1.4 says "Can't open Däsh for output - object not found. Extracting the BoulderDäsh.lha archive crashes the driver. I'll have a look at it.. hope I'll find time for that on the weekend.

[kolla]

Well, the character set stuff is extremely primitive on Amiga - it is pure 8bit iso-8859-1 by default, and all other charsets in the "iso-8859 soup" are just implemented by changing fonts. On the Linux side, unicode is used, mostly utf8 encoded filenames. So you will have to map utf8 filename characters to equivalent iso-8859-X characters, where X varies with what character it is. And what do you do when a file on the Linux side has filename using characters from two iso-8859 charsets? Or characters that Amiga simply _cannot_ understand? It's like trying to map IPv6 into IPv4, it doesn't work well.

[Sorgelig]

The driver also seems to crash on special characters. if you copy an existing file and name the destination "Däsh", OS 3.1.4 says "Can't open Däsh for output - object not found. Extracting the BoulderDäsh.lha archive crashes the driver. I'll have a look at it.. hope I'll find time for that on the weekend.

Only English encoding is supported. If you need special characters, then you have to zip/lha them into English named archive and then unpack it on Amiga (if it support non-English names - i have no idea).
This is by design and unlikely will be changed.

@Sorgelig
You are right, you gave me your little finger, and now I long for more, so here is a small wishlist for MiSTer.ini

* shared_uid=
* shared_gid=
* shared_umask=

Complex shares aren't supported. You have to share the folder on exFAT/FAT32 volume or do a proper setting on underlying FS to apply required rights transparently.

[kolla]

Complex shares aren't supported. You have to share the folder on exFAT/FAT32 volume or do a proper setting on underlying FS to apply required rights transparently.

Yes, of course, I knew it was a long shot

Fixed it for myself by using inotify for monitoring and setting owner/group of new directories/files.

(sadly on linux, unline on most unix, owner sticky bit directories is ignored - if it wasn't, it would all just have been a matter of `chmod u+s,g+s share`).

[kolla]

@Sorgelig
Vaguely OT - was dummy.device added to circumvent compatibility issues with OS 3.1.4 (and 3.9?) where L:MiSTerFileSystem wasn't even read due to missing "Device" configuration in the mountlist entry, even though it worked just fine without in OS 3.1?

[punnyandfunny]

Hello. Got the shared folder set up fine. Really easy to set up, but my files seem to get corrupted when I transfer them on the Amiga side. "Packet request type unknown" Not sure what that means, anyone else having the same error? Thanks.

[R4M]

I get the same error, when I want to open the AS-ONE_V1.4x.Guide on a shared folder. Most other things work for me. Can you provide more details?

[Sorgelig]

@Sorgelig
Vaguely OT - was dummy.device added to circumvent compatibility issues with OS 3.1.4 (and 3.9?) where L:MiSTerFileSystem wasn't even read due to missing "Device" configuration in the mountlist entry, even though it worked just fine without in OS 3.1?

Device entry is required for all Amiga OS versions. FS driver won't work without it.

[Lisko]

On fresh 3.1.4 with bestwb, after I copy a file from the shared folder an error pops up and asks me if I want to remove the incomplete file and after I refuse the file is successfully copied. Not a big deal because it works but I don't know why it's happening. I don't think it's related to the fact that the files I copy don't have an icon file.

[kolla]

By “copy” you mean dragging a file in Workbench or what? Are you using ASyncWB (I suspect BestWB has that)? OS 3.1.4 has a number of ... issues... with copying/deleting files, both in Workbench (depending on file system) and in CLI (C:Copy is leaking memory as a mutha...) Icons or no icons does not matter. You should compare checksums on the source and target files to be sure they are the same.

[breiztiger]

hi
i try this demo
https://www.pouet.net/prod.php?which=86561
from shared folder but after the demo start (test hardware) i get file not found ...

[Sorgelig]

Guys, stop to complain and fix the problems. Do i release source code just for fun? It's not HDL, it's C code! Excuses won't work here.

[breiztiger]

but we are not all programmers ?!?

i'm just reporting some bugs i found

[kolla]

Just because issue is posted here, doesn't mean that Sorgelig is assigned to the issue, right?

[breiztiger]

right, i just report this issue here it's related to shared folder

[Lisko]

Guys, stop to complain and fix the problems. Do i release source code just for fun? It's not HDL, it's C code! Excuses won't work here.

You are my hero Sorge! Really, I understand and you are right. My coding skills are surely worst than your and on Amigaos I'm even more limited as I started playing with it only two months ago so I'm sad to not be of help. I just thought that reporting bugs could be of help for someone who wants to dig into it but if annoys you I'll stop because after all you put into this project for free for everyone I don't want to upset you. Please keep on.

[bbond007]

hi
i try this demo
https://www.pouet.net/prod.php?which=86561
from shared folder but after the demo start (test hardware) i get file not found ...

I'm not sure if a demo should be expected to work with the shared drive...

Demos tend to take over the entire system, disable multitasking, etc...

[akeley]

Could somebody explain this to a Dummy?

Does "shared folder" mean it will be visible from my Windows PC via SSH? Or, the other way around (Win folder from WB on Minimig)?

[Cebion]

Linux File System on Mister, Folder in your Amiga Directory called Shared, you put files there like you would ftp,smb, ssh and access them from minimig.

[akeley]

OK, so can I eg drop my WHDLoad folder from PC via SSH onto the SD, and then access it from Minimig?

[limi]

Correct. Although I believe we have seen issues e.g. using the share directory for WHDLoad save files etc., so it’s better to think of it as a temporary transfer mechanism rather than trying to use it as the home for all the Amiga files. Move them to the real (preferably PFS) Amiga file system if you want to make sure you don’t hit any issues later.