Re: Tn5250 compile under IBM Aix 5.3

Ok. I've got the gcc 4.1.1 ( probably the same binaries of Scott) but it
seems it gets worse.

I can't get the "same" results got with gcc 4.0.0 beacuse of naccept...
This is the log :

//----------------------------//
gcc -v
Using built-in specs.
Target: powerpc-ibm-aix5.3.0.0
Configured with: ../gcc-4.1.1/configure --disable-nls
Thread model: aix
gcc version 4.1.1
$make
make all-recursive
Making all in lib5250
if /bin/bash ../libtool --tag=CC --mode=compile
cc -DHAVE_CONFIG_H -I. -I. -I.. -DSYSCONFDIR=\"/usr/local/etc\" -I/usr
/include -g -O2 -MT sslstream.lo -MD -MP -MF ".deps/sslstream.Tpo" -c -o
sslstream.lo sslstream.c; then mv -f ".deps/sslstream
.Tpo" ".deps/sslstream.Plo"; else rm -f ".deps/sslstream.Tpo"; exit 1; fi
gcc -DHAVE_CONFIG_H -I. -I. -I.. -DSYSCONFDIR=\"/usr/local/etc\" -I/usr/include
-g -O2 -MT sslstream.lo -MD -MP -MF .deps/sslstr
eam.Tpo -c sslstream.c -o sslstream.o

sslstream.c: In function 'tn5250_ssl_stream_init':
sslstream.c:465: error: 'Tn5250Stream' has no member named 'naccept'
sslstream.c: In function 'tn3270_ssl_stream_init':
sslstream.c:559: error: 'Tn5250Stream' has no member named 'naccept'
make: The error code from the last command is 1.


Stop.
make: The error code from the last command is 1.


Stop.
make: The error code from the last command is 2.


Stop.

$echo $PATH
/QOpenSys/usr/bin:/usr/ccs/bin:/QOpenSys/usr/bin/X11:/usr/sbin:.:/usr/bin:/QOpenSys/usr/bin:/QIBM/ProdData/DeveloperTools/pase/bi
n:/QOpenSys/usr/bin/X11:/usr/local/bin

$find / -name socket.h
/QOpenSys/QIBM/ProdData/SOI/PASE/include/sys/socket.h
/QOpenSys/usr/include/sys/socket.h
/QIBM/include/sys/socket.h

//----------------------------//

I've also double checked the socket.h files on the path, and the
sslstream.c. There is something missing on the installation of GCC 4.1.1. i
suppose.
I really wish to get the same results you've got Scott, also for see if
lp5250d could run on PASE :-)
I will continue my investigations!
Ciao.
Alberto.

"Alberto" <a.ernestini@xxxxxx> ha scritto nel messaggio
news:mailman.30265.1275064092.2580.linux5250@xxxxxxxxxxxxxxx

Hi again!
I've updated and configured again my PASE on the Iseries (V5R4M0) with GCC
4.0.0 (got from Yip)
So , compiling TN5250 i am having the same problems with snprintf
etc..etc.. as shown before from James Rich.
I will try to find GCC 4.1.1 binaries, and then i will try again to
compile it.
There are any extra steps to follow? As i've already told it could be
really interesting to have it working on the Iseries PASE :-)
Ciao.
ALberto.



"Scott Klement" <tn5250@xxxxxxxxxxxxxxxx> ha scritto nel messaggio
news:mailman.28056.1273859786.2580.linux5250@xxxxxxxxxxxxxxx

hi James,

My changes aren't exactly huge, so it probably doesn't matter which
method we use. I figured people would rather keep the structure
intact.

Seems to me, the problem is that we used pointers in our structure that
were the same name as the system APIs (accept and connect). When the
macro runs, it renames accept to naccept and connect to nconnect, and
then our code doesn't work anymore.

How else would you fix that? If you disable the macro, then it's calling
the wrong system API, right? Otherwise, you'd have to be careful to have
it enabled in some places and disabled in other places... which seems a
lot more complicated than renaming the pointers.

conf.c: In function 'tn5250_config_replacedata':
conf.c:716: warning: incompatible implicit declaration of built-in
function 'snprintf'

Hmm... I didn't get any snprintf, strncpy, strlen, strcpy or vsyslog
errors.

I did get this malloc one that you also describe:

ld: 0711-317 ERROR: Undefined symbol: .rpl_malloc

Do you have any of these errors? Did you pass any options to
./configure?
Do you have the following line in config.log or config.h:

#define malloc rpl_malloc

This appears to be caused by the fact that the AIX malloc() function is
not 100% compliant with the GNU malloc function. So autoconf creates
that macro to rename malloc to rpl_malloc with the anticipation that we
(the tn5250 project) will provide a function called rpl_malloc() that
replaces malloc() to make it GNU compatible.

As far as I can tell, the only difference between the GNU malloc() and
the AIX one is what happens when you try to call it as malloc(0). And
tn5250 never does that -- so the difference doesn't matter to us.

So I just commented out that macro in config.h.

Maybe getpwuid() isn't working as expected?

No... it turns out my problem with .tn5250rc (which, I'm ashamed to say,
took me _hours_ to figure out) was due to the fact that my .tn5250rc was
in EBCDIC and of course PASE programs only understand ASCII.

But, tn5250 was reporting a spurious error of "file not found" instead of
telling me the actual problem. So... it took longer than it should've
to discover.

But at this point, I _do_ have tn5250 running successfully in PASE.
Well... sort of, anyway. It doesn't seem to accept any keyboard input,
and I don't know why. But it doesn't give me errors, and it displays the
sign-on screen without problems.

I'm running GCC 4.1.1 compiled for AIX 5.2. I don't remember exactly
where I got it, I've had it on i for years and years.. I probably
originally got it from UCLA's AIXPDSLIB.