× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



On Mon, 6 Dec 2004, Jack J. Woehr wrote:

I think this should be on Solaris:
TN5250_LIBS... -L/usr/local/lib -l5250 -lssl -lcrypto -lnsl -lsocket -lncurses -lglib-2.0 -lresolv
but we have already discussed that.

I'm working on an autoconf test for that now.

make[2]: Entering directory `/usr/local/src/x5250/src'
gcc -I/usr/openwin/include -I/usr/local/include/glib-2.0 
-I/usr/local/lib/glib-2.0/include   -DDATADIR=\"/usr/local/share\" -g -O2 
-I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
-o x5250  alloccolors.o debug.o dialog.o help.o mouse.o key.o wordwrap.o 
resources.o x5250.o x5250term.o -L/usr/local/lib -l5250 -lssl -lcrypto -lnsl 
-lsocket -lncurses -lglib-2.0   -L/usr/local/lib
-l5250 -lssl -lcrypto -lnsl -lsocket -lncurses -lglib-2.0    -lSM -lICE  
-L/usr/openwin/lib -R/usr/openwin/lib -lX11 -lXext -lsocket  -lnsl -lresolv
Undefined                       first referenced
symbol                             in file
rpl_malloc                          debug.o
ld: fatal: Symbol referencing errors. No output written to x5250
collect2: ld returned 1 exit status

Grr... rpl_malloc? That isn't even in the code! And a quick check for 'man rpl_malloc' on the only solaris box I have access to turns up nothing. Unfortunately, I can't compile anything on it :(


But it looks like debug.c is missing stdlib.h so maybe that explains it. As well, config.h contains a reference to rpl_malloc that occurs when for whatever reason autoconf thinks that we should be using a different function for malloc. The odd part is that malloc is used in other places but doesn't seem to be replaced with rpl_malloc.

Further review reveals that this is being done by autoconf. But why is malloc being #defined to rpl_malloc in debug.c but not elsewhere?

Anyway, I've added stdlib.h to debug.c. I can't see any reason why rpl_malloc is being used, but maybe this will fix it. Plus, I've added a check to ./configure that should find it -lresolv is needed and add it for you. I can't test any of this on solaris though :( Would you mind grabbing the tarball again and giving it another shot?

http://www.chowhouse.com/~james/x5250.tar.gz

If configure adds -lresolv to the linked libraries correctly then I can patch tn5250 to do it as well.

James Rich

It's not the software that's free; it's you.
        - billyskank on Groklaw

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.