That is strange. This install had 'make install' run, right?
Can you show any output with the env GLOBUS_ERROR_OUTPUT=1 set, and if that isn't helpful, the output of 'strace globus-ftp-client-chmod-test ...'.
Mike On Tue 9/21/2010 3:33 PM, Ole Weidner wrote:
The chmod test does nothing for me - regardless what parameters or urls I feed it with. It just immediately returns: $ ./globus-ftp-client-chmod-test -p -A 0744 -s gsiftp://queenbee.loni-lsu.teragrid.org:2811/tmp/test $ Any ideas? Thanks, Ole On Sep 21, 2010, at 3:07 PM, Michael Link wrote:Is that it from the debug log? You should see the chmod command and response. If you are able to install the test package ('make globus_ftp_client_test' from installer), there is a chmod test in $GLOBUS_LOCATION/test/globus_ftp_client_test/ globus-ftp-client-chmod-test -p -A 0644 -s<url> Which works for me. Mike On Tue 9/21/2010 12:02 PM, Ole Weidner wrote:Hi, the following code fragment executes just fine and doesn't return any errors, but it won't change the permission of the file on the GridFTP server: success = globus_ftp_client_chmod(&this->handle, "gsiftp://queenbee.loni-lsu.teragrid.org:2811/tmp/test";, 0777, &this->attr, done_callback, this); I'm using Globus 5.0.2. I have also tried to run my code with GLOBUS_FTP_CLIENT_DEBUG_PLUGIN_MODULE enabled. The resulting log looks ok as well: TEST:8170: starting chmod 0777 gsiftp://queenbee.loni-lsu.teragrid.org:2811/tmp/test TEST:8170: connecting to gsiftp://queenbee.loni-lsu.teragrid.org:2811/tmp/test Can anybody confirm this behavior, or am I doing something wrong here? Thanks, Ole
