-
Notifications
You must be signed in to change notification settings - Fork 341
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"Argument list too long" when copy a file with large com.apple.ResourceFork into the fs #362
Comments
Could you provide debug logs of what is happening? It's hard to tell from the bugreport. |
(not that I don't have a mac, so just a repro scenario won't do). |
Yes of course
|
the only suspect bit is this: 13:11:14.776379 rx 2: LISTXATTR i13850058 {sz 0} These are currently not implemented, Line 31 in 7307134
this should use functions from x/sys instead: |
However, it won't crash for a smaller extended attribute:
and the debug output is
|
Like I mentioned here, this somehow related to the value |
This is now even weirder with the new API. With the "loopback" example, it exits suddenly with a large 'resourceFork' and it stops responding with a small 'resourceFork'. Debug info:Small resourceFork:
Large resourceFork
|
I just tested it on MacOS 14.2 wind MACFUSE 4.5 and this won't reproduced |
Greetings, this problem can be reproduced by running the example
go-fuse/example/loopback
on macos with osxfuse. The testing file is:And run
then
At the same time, go crashes and report:
I encountered this when I use
gocryptfs
built abovego-fuse
, you can see a related issue here: rfjakob/gocryptfs#373 .The text was updated successfully, but these errors were encountered: