|
|
sybperl-l Archive
Up Prev Next
From: michael dot peppler at bnpparibas dot com
Subject: Re: issues with Sybase::BLK
Date: Aug 19 2005 8:40AM
Well - that probably means that your LD_LIBRARY_PATH variable is now set
to a different directory, one where the libblk.a file doesn't exist, or
that you're picking up a different version of Sybase::CTlib due to a
different PATH setting.
Michael
Internet
Charles_Mire@Concentra.com@peppler.org - 18/08/2005 20:49
Sent by: owner-sybperl-l@peppler.org
To: mpeppler
cc: sybperl-l
Subject: Re: issues with Sybase::BLK
I couldn't connect via isql -- but I reloaded my .profile and can now
connect to isql fine from the shell. However, I tried rerunning my script
after loading .profile, and now I get the same blk_alloc error I started
out with,
ld.so.1: SGWK_FROI_BLK.pl: fatal: relocation error: file
/usr/local/ActivePerl-5.8/lib/site_perl/5.8.3/sun4-solaris-thread-multi/auto/Sybase/CTlib/CTlib.so:
symbol blk_alloc: referenced symbol not found
I have been running the same shell all day (no new logins) during my
testing. I have verified with our DBAs that all the Sybase paths and
variables referenced in .profile are correct.
Charles
Charles Mire
Programmer Analyst
Concentra
ph. 972.364.8132
|---------+---------------------------------->
| | "Michael |
| | Peppler" |
| | |
| | Sent by: |
| | owner-sybperl-l|
| | @peppler.org |
| | 08/18/2005 |
| | 01:13 PM |
| | |
|---------+---------------------------------->
>------------------------------------------------------------------------------------------------------------------------|
| |
| To: Charles_Mire@Concentra.com |
| cc: sybperl-l@peppler.org |
| Subject: Re: issues with Sybase::BLK |
>------------------------------------------------------------------------------------------------------------------------|
On Thu, 2005-08-18 at 10:24 -0500, Charles_Mire@Concentra.com wrote:
> O.k. -- we got the library from one of our other servers and that
resolved
> the blk_alloc issue.
>
> Now I've got a new issue when calling the method 'config' for
Sybase::BLK.
>
>
> Open Client Message:
> Message number: LAYER = (6) ORIGIN = (8) SEVERITY = (5) NUMBER = (1)
> Message String: ct_connect(): directory service layer: internal
directory
> control layer error: There was an error encountered while binding to the
> directory service.
Hmmm - can you use isql from the same shell?
Michael
--
Michael Peppler - mpeppler@peppler.org - http://www.peppler.org/
Sybase DBA/Developer
Sybase on Linux FAQ: http://www.peppler.org/FAQ/linux.html
****** CONFIDENTIALITY NOTICE ******
NOTICE: This e-mail message and all attachments transmitted with it may
contain legally privileged and confidential information intended solely
for the use of the addressee. If the reader of this message is not the
intended recipient, you are hereby notified that any reading,
dissemination, distribution, copying, or other use of this message or its
attachments is strictly prohibited. If you have received this message in
error, please notify the sender immediately and delete this message from
your system. Thank you.
This message and any attachments (the "message") is
intended solely for the addressees and is confidential.
If you receive this message in error, please delete it and
immediately notify the sender. Any use not in accord with
its purpose, any dissemination or disclosure, either whole
or partial, is prohibited except formal approval. The internet
can not guarantee the integrity of this message.
BNP PARIBAS (and its subsidiaries) shall (will) not
therefore be liable for the message if modified.
---------------------------------------------
Ce message et toutes les pieces jointes (ci-apres le
"message") sont etablis a l'intention exclusive de ses
destinataires et sont confidentiels. Si vous recevez ce
message par erreur, merci de le detruire et d'en avertir
immediatement l'expediteur. Toute utilisation de ce
message non conforme a sa destination, toute diffusion
ou toute publication, totale ou partielle, est interdite, sauf
autorisation expresse. L'internet ne permettant pas
d'assurer l'integrite de ce message, BNP PARIBAS (et ses
filiales) decline(nt) toute responsabilite au titre de ce
message, dans l'hypothese ou il aurait ete modifie.
|