similar to: fruit:copyfile not working as expected

Hello Mike, I know from my customers that moving files under macOS Ventura on a SMB share is a mess and completely broken by Apple (e. g. moved files cannot be opened until you reconnect). Unfortunately I do not have a ZFS-backed machine to test against available right now to confirm the behaviour. Is your order of "vfs objects? correct? Regards, Alexander > On Thursday, Mar 02, 2023 at

Hello! I have a quite large installation that currently supports OSX clients by forcing them to SMB1 with no streams (via the "nsmb.conf") file. This setup forces the OSX clients to generate their own ._[FILENAME] appledouble files for files with resource forks (like adobe documents). We recently discovered the fine work that's been done on vfs_fruit and wanted to see it it could

Am 15.06.2015 um 18:53 schrieb Ralph B?hme: > On Mon, Jun 15, 2015 at 12:57:52PM +0200, Sascha Kasch wrote: >> dear list, >> >> thanks for the great fruit speed-improvements. but... >> >> server config: >> debian 8 jessie >> sernet samba 4.2.2 packages >> >> here we see a problem that might not only be fruits problem but >> results in

samba-4.2.9-0.fc22.x86_64 with the configuration below a user from a up-to-date Apple client copies a folder with some images (from the share itself) to a different subfolder * he sees the folder * it appears empty in finder - in fact it is not empty * he can not delete it * he can rename it * a different user from a Apple clients sees the files * remove the "vfs objects" line and

Hi, Can anyone tell me why CopyFile is the only undefined reference from Path.cpp? --------------- llvm[2]: Linking Debug executable gccld c:/projects/build/MinGW/llvm-1-1/tools/gccld/Debug/gccld.o(.text+0x439): In function `Z15EmitShellScriptPPc': c:/projects/src/llvm-1/llvm/tools/gccld/gccld.cpp:127: undefined reference to `llvm::sys::CopyFile(llvm::sys::Path const&, llvm::sys::Path

But breaks VC++. The problem is, Windows.h defines "CopyFile" as a macro that's either "CopyFileA" or "CopyFileW". Path.h is included before Windows.h, so the declaration has the name "CopyFile" while the definition has "CopyFileA". Instant compilation error. Not sure what the best way to fix it is, but I'll check it in as soon as I

Hi Reid, The error still exists. However, looking on the function in Win32/Path.cpp: -------------- void sys::CopyFile(const sys::Path &Dest, const sys::Path &Src) { if (!::CopyFile(Src.c_str(), Dest.c_str(), false)) ThrowError("Can't copy '" + Src.toString() + "' to '" + Dest.toString() + "'"); } -------------- I

No, although its declared in the Path.h file, its actually not in the Path class. Have a look. Not sure why you're still seeing that problem. The same change to Unix/Path.cpp fixed the same problem on Cygwin and Linux. Reid. On Thu, 2004-12-23 at 15:48, Henrik Bach wrote: > Hi Reid, > > The error still exists. However, looking on the function in Win32/Path.cpp: > --------------

Hi Reid, Looking closer at the build process, I find that Path.cpp doesn't get compiled, even if it is a newer version than its *.o file. That's probaly the reason the error still exists. I've zipped and attached the trace after the point the new Path.cpp was updated by cvs. It clearly shows that it newer gets compiled and now shows that it is the dependencies in the makefile

Hi Reid, Looking closer at the build process, I find that Path.cpp doesn't get compiled, even if it is a newer version than its *.o file. That's probaly the reason the error still exists. I've zipped and attached the trace after the point the new Path.cpp was updated by cvs. It clearly shows that it newer gets compiled and now shows that it is the dependencies in the makefile

Thanks for the response! This would be really helpful because we use a lot of old adobe type 1 fonts that are 100% resource fork and are rendered unusable without the marshalled xattr's in addition to the AFP_ streams. While ideally having it seamlessly integrated into samba would be great, if it's easier to run a one-time conversion utility we can do that too. Thanks! -S On Wed, Apr

This is one of the reasons I'm getting rid of the "platform" link. I'm not sure what platform you're working on, but on Cygwin it causes problems. Cygwin doesn't like .. through a soft link and generates incorrect file names. I imagine this is what is happening to the dependencies. In any event, the "platform" link will be gone before the new year. Sorry for

Have a WD MyCloud (v.1) NAS running “latest” (12Mar19) f/w which runs linux 3.2.26 & smbd 4.3.11 (yeah…both are EOL). vfs fruit, catia & streams_xattr are included modules. Have tweaked server smb.conf for Mac OSX (see my post for the Mac OSX-related Globals https://community.wd.com/t/solved-tweaking-samba-smb2-for-mac-androids/236189 ), however, although I was able to reduce the SMB2

Is this supposed to be supported in Samba 4.7.1? Server side copies work fine using a Windows client. From mac OS 10.13.2, there's a full transfer of a file being copied. $ smbutil statshares -a ================================================================================================== SHARE ATTRIBUTE TYPE VALUE

When you say “real symlinks on OSX” do you mean an “alias” that Finder would create? Or a Unix-type symlink using the “ ln -s file link” command in Terminal? A Finder alias is not the same as a Unix-type symlink. My NAS runs Debian Linux with version 4.3.11 of smbd; my clients are all OSX Mojave. If I create an alias using Finder on the NAS, it behaves like a normal alias in OSX UNLESS I move

Hi all ! I have a little problem here mounting or browsing samba shares. I have a FreeBSD 4.6.2 running samba, and a share on that called public. when I try to mount that share it asks for password, and then gives an error: ex. libra# mount_smbfs //maxi@samba/public /mnt Password: mount_smbfs: can't get handle to requester (no /dev/nsmb* device) libra# I can list the shares with

Hi Ralph, Ok, the problem was a PEBKAC issue. :-) Sorry to waste your time. In troubleshooting this earlier, I'd created the file "nsmb.conf" in my user Library directory with the following contents: [default] smb_neg=smb1_only In earlier troubleshooting, some folks suggested that might help the situation. It didn't, and I'd forgotten to remove it. I've removed it

dear list, thanks for the great fruit speed-improvements. but... server config: debian 8 jessie sernet samba 4.2.2 packages here we see a problem that might not only be fruits problem but results in macosx 10.9.5 crashing with a kernel panic when saving from adobe illustrator cc or cc 2014: (does not happen when saving from photoshop cc or cc2014) Kernel Extensions in backtrace:

Get the latest version. I committed a fix to Path.cpp last night. It wasn't being defined in the sys:: namespace which is why its undefined. Reid. On Thu, 2004-12-23 at 10:44, Henrik Bach wrote: > Hi, > > Can anyone tell me why CopyFile is the only undefined reference from > Path.cpp? > > --------------- > llvm[2]: Linking Debug executable gccld >

Hello I am trying to integrate OS X 10.10.4 clients into existing Samba infractructure run by our IT department. We are currently using Samba 4.2.3. File share is stored on iSCSI array with ext4 filesystem which should support both ACL and XATTR. We are trying to setup vfs_fruit module to avoid possible performance problems on OS X clients. We do NOT user netatalk. Current vfs_fruit config: