[ic] Problem getting Signio i/f to run
Webmaster of Infothai
Wed, 13 Dec 2000 15:19:41 +0700
So, the sage continues. Now the error code returned from
the signio child process is a '13' (returned times 256 as 3328).
My errno indicates this is a permissions problem. I've checked
the permissions of the two files involved and they look correct
(755 on both, both owned by the Interchange user ID).
Is there some other permission limitation in Interchange that
must be set?
I've also tried the libpfpro.so in two different directories
(~/usr/lib and ~/interchange/lib) but it made no difference.
On Wed, 13 Dec 2000 01:19:20 -0500, Mike Heins wrote:
>Quoting Webmaster of Infothai (firstname.lastname@example.org):
>> Hi again,
>> I've isolated my problems with the Signio interface routine
>> to the fact that 'pfpro' cannot find its library routine:
>> /usr/libexec/ld-elf.so.1: Shared object "libpfpro.so" not found
>> The library routine is located in the interchange/lib directory,
>> along with the 'pfpro' program itself. Since I run in a virtual
>> server, I cannot put the library routine in /usr/lib (where some
>> documentation suggests it should go). Instead, I set the
>> 'LD_LIBRARY_PATH' variable in the environment (as is suggested
>> elsewhere in the Signio documentation), and the 'test.sh' then works
>> under both my default shell (tcsh) and the Interchange default (sh).
>> I added the name 'LD_LIBARY_PATH' to the 'environment' variable
> ^^^ typo I presume
>> in interchange.cfg, but that had no effect.
>> It seems clear that the LD_LIBRARY_PATH value is not being
>> promulgated to the pfpro program when it is spawned from the
>> signio globalsub, but as I don't know how to accomplish this,
>> I'm stuck.
>It won't make any difference if the CGI program executable
>does not have LD_LIBRARY_PATH set -- in fact it will hurt because
>Interchange will overwrite what its normal LD_LIBRARY_PATH
>is with the presumably differnet one of the vlink/tlink
>The key is to do an "export LD_LIBRARY_PATH=whatever" before
>If you want to guarantee it, edit the first lines of bin/interchange
>as is shown for PGPPATH, etc. Ugly, but it works.
>Akopia, Inc., 131 Willow Lane, Floor 2, Oxford, OH 45056
>phone +1.513.523.7621 fax 7501 <email@example.com>
>Just because something is obviously happening doesn't mean something
>obvious is happening. --Larry Wall
>Interchange-users mailing list