Translating with DrWatson… this can take a few seconds the first time.
This is a genuine, complex translation. DrWatson protects commands, error codes, and log output while naturally translating the surrounding text. It’s translated once and saved.
Berobinsn got unresolved getspnam at link time after upgrading to Informix 7.20.UD7 4GL on SCO Unix 3.2v5.0.5. David Williams suggested a minimal test program, unsetting INFORMIXC and checking the compiler. Jonathan Stowe suspected a wrong library path such as esql in LD_LIBRARY_PATH or copied library files. Berobinsn had no LD_LIBRARY_PATH set and the test still failed. Unresolved.
Auto-generated by Claude from the posts below — may be imperfect; read the full thread.
Berobinsn — — source: Informix-list mailing list archive (1991-1998)
I just upgraded to Informix 7.20.UD7 4gl and during the link phase I am getting
unresolved "getspnam". I have sco unix 3.2v5.0.5. this all compile with
informix version 6 4gl. any suggestions ?
thanks,
↪ replying to Berobinsn
David Williams — — source: Informix-list mailing list archive (1991-1998)
In article <19991024154627.22621.00000804@ng-fi1.aol.com>, Berobinsn
<berobinsn@aol.com> writes
>I just upgraded to Informix 7.20.UD7 4gl and during the link phase I am getting
>unresolved "getspnam". I have sco unix 3.2v5.0.5. this all compile with
>informix version 6 4gl. any suggestions ?
>thanks,
>
?? getspnam is a shadow password function.
Try a small test program with no database access
1.4gl:-
MAIN
DISPLAY "Hello2
END MAIn
Make sure $INFORMIXC is not set.
Do cc -v and make sure you are using the SCO C compiler and not gcc.
Compile with c4gl.
If that works try
1.4gl:-
DATABASE mydb
MAIN
SELECT * FROM systables where tabid=1
DISPLAY status
END MAIn
Does this work?
David.
PS Please keep me informed of the outcome of this call via e-mail as
I plan to upgrade a site running SCO 3.2v5.0.4p soon.
--
David Williams
↪ replying to Berobinsn
Jonathan Stowe — — source: Informix-list mailing list archive (1991-1998)
Berobinsn <berobinsn@aol.com> wrote:
> I just upgraded to Informix 7.20.UD7 4gl and during the link phase I am getting
> unresolved "getspnam". I have sco unix 3.2v5.0.5. this all compile with
> informix version 6 4gl. any suggestions ?
> thanks,
I would guess that you have $INFORMIXDIR/lib/esql in your LD_LIBRARY_PATH :
[pigment.dircon.net] $ c4gl test.4gl
Undefined first referenced
symbol in file
getspnam /usr/informix/lib/tools/libos.a(ospasswd.o)
a.out: fatal error: Symbol referencing errors. No output written to a.out
[pigment.dircon.net] $ echo $LD_LIBRARY_PATH
/usr/informix/lib:/usr/informix/lib/esql
[pigment.dircon.net] $ export LD_LIBRARY_PATH=/usr/informix/lib
[pigment.dircon.net] $ c4gl test.4gl
[pigment.dircon.net] $ ./a.out
Hello, world
Infact you dont really need LD_LIBRARY_PATH set at all for 4GL - only if
you are using esql ...
/J\\
--
"I managed to take her completely by surprise" - Prince Edward
↪ replying to David Williams
Berobinsn — — source: Informix-list mailing list archive (1991-1998)
cc -V
returns:
SCO Unix Development System Release 5.1.1A 27July98
simple test still gives error; even when I use i4gl
Undefined symbol
getspnam /u/apps/informix/lib/tools/libos.a(opasswd.o)
↪ replying to Jonathan Stowe
Berobinsn — — source: Informix-list mailing list archive (1991-1998)
I don't have LD_LIBRARY_PATH set.
↪ replying to Berobinsn
Jonathan Stowe — — source: Informix-list mailing list archive (1991-1998)
Berobinsn <berobinsn@aol.com> wrote:
> I don't have LD_LIBRARY_PATH set.
It definitely is something like that though - it is using a library ffrom
the wrong place ... you havent copied files from $INFORMIXDIR/lib/esql
to anywhere else ?
/J\\
--
"Boring: See Civil Engineers" - Yellow Pages
We use strictly necessary cookies to make this site work. With your
consent we’d also use optional cookies for analytics and marketing. You can accept all,
reject all, or choose. Read our Cookie Policy.