Mark Geary <ge...@acm.org> writes: Hi Mark,
>>>> Hard to say. However, the command line using stat(1) is kind of complex, >>>> maybe Solaris has problems with this. So you could instruct Tramp *not* >>>> to use stat (it will apply a perl script then, or a simple ls), which >>>> might work better. >>> >>> My tests show that it's just the length of the command, not any other >>> kind of complexity. An echo command with a single argument works if >>> the total length is 256 or less and fails if it is more than 256 characters. >> >> I see, thank you for the test. Could you please run in a bash shell on >> that remote host the command "getconf -a"? > > Attached. Comparing it with our Linux machines, I don't see anything > which would explain the difference in behavior, but there's a lot in > there and a lot of it I don't know its purpose Thanks. There's one interesting difference: > PIPE_BUF: undefined On my GNU/Linux system, it is 4096. We have had problems with this limit in the past, see function tramp-set-remote-path and its leading comment. Maybe we shall implement something similar for tramp-do-file-attributes-with-stat, assuming PIPE_BUF being 256 when it is undefined. This shall serve for all practical purposes (Solaris is the only system I know of, which has problems with the command in tramp-do-file-attributes-with-stat). > Mark Best regards, Michael. _______________________________________________ Tramp-devel mailing list Tramp-devel@gnu.org https://lists.gnu.org/mailman/listinfo/tramp-devel
