Unsatisfied code symbol 'rcmd_opt_set' on HP-UX 11.23 about pdsh

[GoogleCodeExporter]

rcmd_opt_set() is a symbol that the pdsh binary needs to provide to the dlopened
module. I think there are other symbols that are provided by the pdsh binary
itself to the underlying modules, so I don't think this is a case where the
symbols from pdsh aren't global or are otherwise hidden from the loaded modules.
I have seen some linkers that "throw away" symbols that are unused when they
link a final executable, and since rcmd_opt_set isn't used by pdsh itself, it
could be that the HPUX linker is not including this symbol in the final binary.

Unfortunately I don't think I have access to an HPUX system to test this theory,
and I don't know HPUX very well at all. If you have an nm program that is 
similar
to the version on linux, then you could try seeing if there is a dynamic symbol
called rcmd_opt_set in pdsh with the command:

grondo@atlas1 ~ >nm -D /usr/bin/pdsh | grep rcmd_opt_set
0000000000409660 T rcmd_opt_set

If there isn't an rcmd_opt_set symbol, then we'll have to figure out the
right linker flags to get all symbols included in the final pdsh executable 
(for example, on AIX it is -Wl,-bexpall)

If there is an rcmd_opt_set symbol, then we might have to do some advanced
debugging to determine why that symbol is not visible to the sshcmd.so module.

mark

Original comment by [email protected] on 19 Apr 2011 at 1:59

• Changed state: Accepted
• Added labels: OpSys-HPUX, Usability

[GoogleCodeExporter]

You are correct - the HPUX compiler needed a "-Wl,-E" option to get the symbol 
added to the symbol dictionary.  Now pdsh works fine.

Thanks!! 

Original comment by [email protected] on 19 Apr 2011 at 4:22

[GoogleCodeExporter]

This issue was closed by revision r1317.

Original comment by [email protected] on 19 Apr 2011 at 5:09

• Changed state: Fixed

[GoogleCodeExporter]

Thanks for finding the solution so quickly. I added a special case similar
to AIX in configure (committed to svn). If you have a chance, it would be
greatly appreciated if you could check out the pdsh trunk and do a test build.
You could even run 'make check' after the build to run the full test suite ;-)

Original comment by [email protected] on 19 Apr 2011 at 5:12

[GoogleCodeExporter]

I'll be glad to test as soon as I figure out how to download the source without 
an svn client. ;-) 

Original comment by [email protected] on 20 Apr 2011 at 12:18

[GoogleCodeExporter]

Oh, yeah, that could be a problem. I tarred up the svn trunk and
put it here, hopefully it works for you:

http://dl.dropbox.com/u/19213925/pdsh-2.25%2Br1319.tar.gz

Original comment by [email protected] on 20 Apr 2011 at 1:22