On Tue, 2002-11-12 at 23:20, Brian Foddy wrote: > The following is not really worthy of reporting an official bug, > but still worthy of at least comment and notice. > > On Solaris 2.8 using Sybase OCS-12, the default build > scripts for PHP 4.2.3 will not link in the tli library.
Never heard of tli before, and these three systems don't even have one (PHP working fine on each of them): FreeBSD, Sybase 11.0.3.3: thekid@friebes:/usr/local/sybase/lib > ls -al *.so -r-xr-xr-x 1 sybase 1002 303559 Mar 22 2000 libcomn.so -r-xr-xr-x 1 sybase 1002 50771 Mar 22 2000 libcs.so -r-xr-xr-x 1 sybase 1002 352659 Mar 22 2000 libct.so -r-xr-xr-x 1 sybase 1002 8297 Mar 22 2000 libinsck.so -r-xr-xr-x 1 sybase 1002 31380 Mar 22 2000 libintl.so -r-xr-xr-x 1 sybase 1002 691945 Mar 22 2000 libsybdb.so -r-xr-xr-x 1 sybase 1002 78630 Mar 22 2000 libsybtcl.so SuSE, Sybase 12.5: cia:/opt/sybase-12.5/lib # ls -al *.so -r-xr-xr-x 1 sybase sybase 427075 Nov 7 2000 libcomn.so -r-xr-xr-x 1 sybase sybase 60633 Nov 7 2000 libcs.so -r-xr-xr-x 1 sybase sybase 488501 Nov 7 2000 libct.so -r-xr-xr-x 1 sybase sybase 10802 Nov 7 2000 libinsck.so -r-xr-xr-x 1 sybase sybase 32765 Nov 7 2000 libintl.so -r-xr-xr-x 1 sybase sybase 419115 Nov 7 2000 libsrv.so -r-xr-xr-x 1 sybase sybase 880462 Nov 7 2000 libsybdb.so -r-xr-xr-x 1 sybase sybase 178687 Nov 7 2000 libsybtcl.so Debian, Sybase 11.9.2: heuer1:/usr/opt/sybase-11.9.2/lib# ls -al *.so -r-xr-xr-x 1 root root 3703 Jun 1 21:55 examples.so -r-xr-xr-x 1 root root 398293 Jun 1 21:55 libcomn.so -r-xr-xr-x 1 root root 55936 Jun 1 21:55 libcs.so -r-xr-xr-x 1 root root 441107 Jun 1 21:55 libct.so -r-xr-xr-x 1 root root 10139 Jun 1 21:55 libinsck.so -r-xr-xr-x 1 root root 31922 Jun 1 21:55 libintl.so -r-xr-xr-x 1 root root 6508 Jun 1 21:55 libssencode.so -r-xr-xr-x 1 root root 132363 Jun 1 21:55 libssfile.so -r-xr-xr-x 1 root root 8113 Jun 1 21:55 libsstasks6.so -r-xr-xr-x 1 root root 1361512 Jun 1 21:55 libsstools6.so -r-xr-xr-x 1 root root 782151 Jun 1 21:55 libsybdb.so -r-xr-xr-x 1 root root 156706 Jun 1 21:55 libsybtcl.so -r-xr-xr-x 1 root root 6260 Jun 1 21:55 sybsyesp.so -r-xr-xr-x 1 root root 18237 Jun 1 21:55 xpsmsgs.so > Those familiar with Sybase have probably stubbed their toes > on this library several times before; I've certainly have. I've never needed to include it, not on SuSE, not on Debian nor on FreeBSD. Could you run a strings | grep "^Sybase" on libtli.so and send me the output? thekid@friebes:~ > strings /usr/local/sybase/lib/libct.so|grep "^Sybase" Sybase Client-Library/10.0.4/P-FREE/FreeBSD Intel/FreeBSD 3.3-RELEASE i386/1/Sat Mar 18 11:44:11 CET 2000 Sybase, Inc. 6475 Christie Avenue, Emeryville, CA 94608 USA. [...] > I found that without this library linked in, the web server > would start (with sudo/suid) but the following error would be reported in > the apache error log: > > Open Client Message: > Message number: LAYER = (5) ORIGIN = (3) SEVERITY = (5) NUMBER = (131) > Message String: ct_init(): network packet layer: internal net library > error: Attempt to load protocol driver failed > > And of course no Sybase connections would work. This looks suspiciously like one of the problems the people where having here: http://dbforums.com/t518102.html http://dbforums.com/archives/t50881.html I also found this document (dated Dec. 30, 1999): http://www.sybase.com/detail?id=1000925 Is there any chance you're lately upgraded your sybase installation? http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=agjh46%24gu0%241%40reader01.singnet.com.sg&rnum=3&prev=/groups%3Fq%3Derror:%2BAttempt%2Bto%2Bload%2Bprotocol%2Bdriver%2Bfailed%26hl%3Den%26lr%3D%26ie%3DUTF-8%26selm%3Dagjh46%2524gu0%25241%2540reader01.singnet.com.sg%26rnum%3D3 or http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=aps4uf%24jfp%241%40dcgate.bls.gov&rnum=1&prev=/groups%3Fq%3Dlibtli.so%26hl%3Den%26lr%3D%26ie%3DUTF-8%26selm%3Daps4uf%2524jfp%25241%2540dcgate.bls.gov%26rnum%3D1 might help then (links may be wrapped) > When I linked in the tli library, everything thing ok. > I've attached a simple diff of the sybase_ct/config.m4 that > I used to get the tli library included. It would give me linker errors:-) > I will be the first to admit, I really don't know "why" > this library (or its absense) causes this behavior, > nor do I really fully understand what the lib is supposed to > do. If someone can explain it to me, please try. > Otherwise, I just try to remember this error message > is usually related to the presents/absense of the > tli library. > > Anyway I thought I would post this info in hopes it > might lead to a better solution in the future. I hope this helps. If it doesn't, maybe we'd need to add some checks to configure (such as found in DBD::Sybase): sub getExtraLibs { [...] foreach my $f (qw(insck tli sdna dnet_stub tds)) { $x{"-l$f"} = 1 if exists $files{$f}; } if($version gt '11') { delete($x{-linsck}); delete($x{-ltli}); } [...] } Make sure you don't have any old libraries that are you used when compiling PHP. For instance, run ldd /path/to/where/php/is/php or ldd /path/to/where/phpmodule/is/libphp4.so and check which libct.so is linked. Locate all libct.so files on your hard drive and check which is one is in your LD_LIBRARY_PATH. -- Timm Any sufficiently advanced bug is indistinguishable from a feature -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
