Re: Q: Informix 6.0 libraries and TLI
Posted in 1994
>From: mdosik@comet.pacersoft.com (Michael Dosik) >Subject: Q: Informix 6.0 libraries and TLI >Date: 7 Nov 1994 17:22:09 GMT >X-Informix-List-Id: <news.9673> > >I'm having some problems with my existing Informix 5.0 ESQL/C app and moving >it to Informix 6.0. For starters, it seems I need to link with a few more >libraries then before (please correct me if I'm wrong): >libasf.a >netlib.a >nettlistub.a Only use nettlistub.a on a machine without TLI libraries. The routines in nettlistub.a are designed to satisfy the function references to the TLI routines used by Informix for use on machines which do not have the real TLI libraries. When called, the routines in nettlistub.a set the error to -999, as you noted below, about which finderr says: -999 Not implemented yet. This is an internal error that should not appear. If the error recurs, please note all circumstances and contact the Informix Technical Support Department. In this case, do not call Informix Technical Support -- and do not link with nettlisub.a! As usual, the best way to link ESQL/C program with your own stuff is to use the esql script with enough extra library options to make it work. The script should automatically detect whether there is a /usr/lib/libnsl_s.a file around, and if so, it will use it in preference to nettlistub.a. The same comments apply to using c4gl -- use it in preference to dissecting it and doing it manually. It changes regularly (most releases). >Is there anyway around binding in the netlib.a and nettlistub.a libraries? >These are colliding with my own app's TLI calls. It seems Informix has >bundled it's own TLI routines into these libraries. You need to use netlib.a; you should not use nettlistub.a if you want to use TLI. >My t_open() which used to work now fails with a t_errno of -999. I've tried >not linking with the libnsl_s.a library which has the TLI calls for my machine >(HP-UX 9.0 on a 715/50) but not all the TLI routines seem to be in netlib.a. > >Any help would be greatly appreciated. Thanks in advance. Yours, Jonathan Leffler (johnl@informix.com) #include <disclaimer.h>