sybperl-l Archive

From: "McCarthy, John" <JMcCarthy at citistreetonline dot com>
Subject: RE: Change in Sybase Home Directory
Date: Mar 21 2005 9:08PM

Thanks Peter,

Here is the output from chatr:
/usr/local/apps/perl-5.6.0/lib/site_perl/5.6.0/PA-RISC2.0/auto/Sybase/CTlib/CTlib.sl: 
         shared library 
         shared library dynamic path search:
             SHLIB_PATH     disabled  second 
             embedded path  disabled  first  Not Defined
         shared library list:
             dynamic   /usr/local/sybase/lib/libct.sl
             dynamic   /usr/local/sybase/lib/libcs.sl
             dynamic   /usr/local/sybase/lib/libtcl.sl
             dynamic   /usr/local/sybase/lib/libcomn.sl
             dynamic   /usr/local/sybase/lib/libintl.sl
             dynamic   /usr/local/sybase/lib/libinsck.sl
             dynamic   /usr/lib/libm.2
         shared vtable support disabled
         static branch prediction disabled
         executable from stack: D (default)
         kernel assisted branch prediction enabled
         lazy swap allocation disabled
         text segment locking disabled
         data segment locking disabled
         third quadrant private data space disabled
         fourth quadrant private data space disabled
         third quadrant global data space disabled
         data page size: D (default)
         instruction page size: D (default)
         nulptr references disabled

It seems that SHLIB_PATH is not enabled.  If I rebuild the Sybperl stuff, is there a config option that would enable SHLIB_PATH?

By the way, in both our Sybase 12.0 and 12.5.3 directories, we have added links for lib and bin so that the references like /usr/local/sybase/lib/libct.sl do actually resolve correctly to OCS-12_5/lib and ASE-12_5/bin.

Thanks,

John

-----Original Message-----
From: psinnottie@aol.com [mailto:psinnottie@aol.com]
Sent: Monday, March 21, 2005 3:42 PM
To: McCarthy, John; sybperl-l@peppler.org
Subject: Re: Change in Sybase Home Directory


Hi John,


  > The "DBlib.sl" and CTlib.sl files that cannot be loaded do exist 
with the proper
 > permissions. Here is " ls -l " for the CTlib.sl file:
  > -r-xr-xr-x 1 root sys 159744 Jun 29 2000 
/usr/local/apps/perl-5.6.0/lib/site_perl/5.6.0/PA-RISC2.0/auto/Sybase/CTlib/CTlib.sl
  > Is this behavior expected when changing the location of the Sybase 
binaries?
  > We were able to solve this problem (for now) by resetting the link 
back to its
 > prior value. Is there any other way to resolve this problem?

  The "No such file or directory" error message is related to the sybase 
ocs libs themselfs not
  
/usr/local/apps/perl-5.6.0/lib/site_perl/5.6.0/PA-RISC2.0/auto/Sybase/CTlib/CTlib.sl 
which is
  just what glues them into perl. If you run ldd 
/usr/local/apps/perl-5.6.0/lib/site_perl/5.6.0/PA-RISC2.0/auto/Sybase/CTlib/CTlib.sl
  it should give the same error message. You need to run chatr $file to 
see where CTLIB.sl thinks the sybase libs are. chatr
  will also tell you whether the location of the sybase libs is hard 
coded or if SHLIB_PATH is enabled. If shlib path is enabled
  you should be able to get things working by adding the directory the 
12.5.3 libs are in to the SHLIB_PATH environmental
  variable. After doing this perl should/could/may work. If not then its 
probably easiest to just recompile and link your perl modules.




 Thanks
  Peter