yes, but you might have to install samba 1.0/CIFS or/and samba direct feature from the control-panel/programs/turn windows feature on or off, you might have to use password/user since windows 10/11 does not allow guest access to shares under certain circumstances
Definitely no need to do this for smb2-handler (only the ancient smbfs needs it). Libsmb2 has zero support for the old and insecure SMBv1/CIFS protocol (only SMBv2/v3 are supported).
That being said the current AmigaOS port of libsmb2 is limited to NTLMSSP authentication only (not sure if this is a problem) as it is built without libkrb5.
Not sure what you mean. That is how deleting normally works in AmigaDOS (and Linux too) if you call Delete() on a non-empty directory it fails with ERROR_DIRECTORY_NOT_EMPTY/ENOTEMPTY. In order to delete a directory with contents you have to recursively delete the contents first and only then delete the directory (if you use the WB delete function it does this behind the scenes, if you use delete command you have to use the ALL switch).
I just tried using WB to delete a couple of directories over smb2-handler on my AmigaOS 4.1 FE update 2 system and it worked just fine (I also checked on the Ubuntu host and the directories really were deleted).
That being said if whatever method you are using to delete using relies on IoErr() returning specifically ERROR_DIRECTORY_NOT_EMPTY after Delete(dirname) then that won't work with the current smb2-handler.
...while testing the rename function I did find a bug in filesysbox in that it doesn't allow to rename a file if the only change is in the letter case of the file name (f.i. "rename tmp TMP") and the underlying file system is case insensitive. Also if the rename is a no-op it should return success (currently it returns ERROR_OBJECT_EXISTS).
These two bugs are now fixed in filesysbox V54.11.
Renaming the file works just fine here both from WB and from shell.
I was initially a little confused why the tab completion wouldn't find the file, but then I realized that the problem was because I had 'Show .info files' unchecked in the shell settings.
Quote:
With the other issue I get (-1) Error -1 when trying to move the files between directories .
Moving/renaming from one dir to another works fine for me also.
What OS is the Samba share that you are using running on?
The -1 error suggests that it is the smb2_rename() function that is failing.
In the meanwhile i've noticed that i cannot create files/drawers with some spanish/french characters from AmigaOS4 to my NAS.
You will find this is a problem common to all filesysbox filesystems and is because filesysbox supports/uses only utf-8 file names.
In order to properly convert file names between utf-8 and whatever local 8-bit charset AmigaOS is configured to use there would have to be some method of encoding/escaping the utf-8 characters that have no local charset equivalent that ideally doesn't run into false positives or use too many special characters (so you get problems with pattern matching). Even with a relatively efficient scheme a utf-8 character could end up taking between 4 to 6 characters which to me is rather impractical.
Not sure what you are trying to explain but while testing the rename function I did find a bug in filesysbox in that it doesn't allow to rename a file if the only change is in the letter case of the file name (f.i. "rename tmp TMP") and the underlying file system is case insensitive. Also if the rename is a no-op it should return success (currently it returns ERROR_OBJECT_EXISTS).
I cannot actually find this function even as far back as 53.30.
Are you referring to OpenClass()/CloseClass() functions? If so they've been in intuition.library since the AmigaOS 4.0 pre-releases according to the autodoc.
The debug kernel sets node ln_Succ/ln_Pred fields to 0xcccccccc on removal, so if the program accesses the link fields on a removed node it would lead to this kind of crash.
There will be no binary release for smb2-handler yet as there is a problem there that still needs to be fixed. The problem is that eventually it gets stuck in wait_for_reply() calling select() through the poll() wrapper over and over. Interestingly if I make it slower by adding some debug output or by using bsdsocket through the newlib interface it works for longer suggesting that it may be timing related somehow.
Reading and writing files (also creating new files) now works with smb2-handler. Saving over an existing file using notepad also required support for the truncate operation which is now implemented as well.