Problem rebuilding code under new Informix version...
Posted in 2000
Topics: Installation, Setup & Upgrades, Connectivity: ESQL/C, 4GL & Embedded SQL
Hi, we have upgraded our Informix server from Version 7.24.UC6 to Version 7.31.UC2A, esql from Version 7.24.UC6 to Version 9.40.UC3 and c4gl from Version 7.20.UD2 to Version 7.20.UE2. We are rebuilding our code against the new versions, and have the following linker errors /usr/ccs/bin/ld: Unsatisfied symbols: sqli_exec (code) sqli_trans_commit (code) sqli_curs_decl_stat (code) sqli_curs_locate (code) sqli_curs_close (code) sqli_prep (code) sqli_stmt (code) sqli_curs_open (code) sqli_trans_rollback (code) sqli_exec_immed (code) sqli_slct (code) sqli_trans_begin2 (code) sqli_curs_fetch (code) sqli_curs_free (code) If we change the following line in c4gl from $INFORMIXC -DASIAN -I$ITOOLS -I$IESQLC $A -L${LIBDIR} $STATICLIBS to $INFORMIXC -DASIAN -I$ITOOLS -I$IESQLC $A -L${LIBDIR} $STATICLIBS then we can get our code to build. However, when we then run the executable, it core dumps in the function sqli_db_open. If anybody can help or suggest what else we should be looking at then it would be greatly appreciated. Thanks in advance, Dave Waring
Sorry, that was meant to say changed the line from: $INFORMIXC -DASIAN -I$ITOOLS -I$IESQLC $A -L${LIBDIR} $STATICLIBS to $INFORMIXC -DASIAN -I$ITOOLS -I$IESQLC $A -L${LIBDIR} -L${INFORMIXDIR}/lib/esql -L${INFORMIXDIR}/lib -lifsql $STATICLIBS "David Waring" <waringd@logica.com> wrote in message news:976288352.920940@ernani.logica.co.uk... > Hi, > > we have upgraded our Informix server from Version 7.24.UC6 to Version > 7.31.UC2A, esql from Version 7.24.UC6 to Version 9.40.UC3 and c4gl from > Version 7.20.UD2 to Version 7.20.UE2. > > We are rebuilding our code against the new versions, and have the following > linker errors > > /usr/ccs/bin/ld: Unsatisfied symbols: > sqli_exec (code) > sqli_trans_commit (code) > sqli_curs_decl_stat (code) > sqli_curs_locate (code) > sqli_curs_close (code) > sqli_prep (code) > sqli_stmt (code) > sqli_curs_open (code) > sqli_trans_rollback (code) > sqli_exec_immed (code) > sqli_slct (code) > sqli_trans_begin2 (code) > sqli_curs_fetch (code) > sqli_curs_free (code) > > If we change the following line in c4gl from > > $INFORMIXC -DASIAN -I$ITOOLS -I$IESQLC $A -L${LIBDIR} $STATICLIBS > > to > > $INFORMIXC -DASIAN -I$ITOOLS -I$IESQLC $A -L${LIBDIR} $STATICLIBS > > then we can get our code to build. However, when we then run the > executable, it core dumps in the function sqli_db_open. > > If anybody can help or suggest what else we should be looking at then it > would be greatly appreciated. > > Thanks in advance, > > Dave Waring > >
In article <976288352.920940@ernani.logica.co.uk>, David Waring <waringd@logica.com> writes >Hi, > >we have upgraded our Informix server from Version 7.24.UC6 to Version >7.31.UC2A, esql from Version 7.24.UC6 to Version 9.40.UC3 and c4gl from >Version 7.20.UD2 to Version 7.20.UE2. > >We are rebuilding our code against the new versions, and have the following >linker errors > I which order did you install the system? I use:- 4gl online ClientSDK (ESQL/C) and it works but I was using:- 4gl 7.20.UE2 Online 7.31.UC4 or 7.31.UC5 Client SDK 2.40 Also which platform are you on and which C compiler are you using? >/usr/ccs/bin/ld: Unsatisfied symbols: > sqli_exec (code) > sqli_trans_commit (code) > sqli_curs_decl_stat (code) > sqli_curs_locate (code) > sqli_curs_close (code) > sqli_prep (code) > sqli_stmt (code) > sqli_curs_open (code) > sqli_trans_rollback (code) > sqli_exec_immed (code) > sqli_slct (code) > sqli_trans_begin2 (code) > sqli_curs_fetch (code) > sqli_curs_free (code) > >If we change the following line in c4gl from > >$INFORMIXC -DASIAN -I$ITOOLS -I$IESQLC $A -L${LIBDIR} $STATICLIBS > >to > >$INFORMIXC -DASIAN -I$ITOOLS -I$IESQLC $A -L${LIBDIR} $STATICLIBS > >then we can get our code to build. However, when we then run the >executable, it core dumps in the function sqli_db_open. > >If anybody can help or suggest what else we should be looking at then it >would be greatly appreciated. > >Thanks in advance, > >Dave Waring > > -- David Williams