Re: HPUX10.10/4gl 6.01UD3

Version 6.01.UD1 on Solaris does not use the function ix_sigcleanup. By contrast, version 6.02.UC1 on Solaris does provide this function in several libraries (yuk), such as lib4io.a, libdb4io.a, libnforms.o. This suggests that your 6.01.UD3 port has had the fix which changes sigcleanup() to ix_sigcleanup() partially included -- or maybe your main c-code system has it but your p-code system doesn't? Either way, you need to look very carefully at both the p-code and c-code system versions, and if they aren't identical, I recommend changing one or the other so that you have a homogeneous set of software. Failing that, you can include the following code somewhere in the compilation, and there's a reasonable chance it will work. void ix_sigcleanup(void) { sigcleanup(); } Also, report the problem to Informix Tech Support. Yours, Jonathan Leffler (johnl@informix.com) #include <disclaimer.h> >From: James Tibbets <jtibb@rankin.com> >Date: Tue, 04 Mar 1997 16:33:06 MST >X-Informix-List-Id: <list.13418> > >actually nevermind... >I figured out what the problem was. It is related to a previous >problem we have been having with our hp. >Maybe someone can help with this... >When we try to create a custom runner on our hp9000 >ld cannot resolve ix_sigcleanup. So someone at informix >had me create a stub function for it and compile it into our >custom runner, of course getting rid of the complaint from ld. >I told the rep that Im sure that function was used for some reason >and it wasnt going to work and now it seems I found out what it >is partially for. >ix_sigcleanup must have something to do with >processing the interrupt key. >Anyone know how I can get ix_sigcleanup compiled into our custom runner? > >James Tibbets >jtibb@rankin.com >Rankin Tech Group >Phoenix, Az