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.
midrange.com
