Informix Install problems ?

I'm running Red Hat 6.0 / Kernel 2.2.5-15 and no patches and I'm new to Linux and UNIX system admin. I've installed 4gl/rds/dbg/sql tools from the 720ud7 distribution and ICONNECT/IDS/CLISDK from the 730uc5 distribution (in that order I think) I've applied the IDS patch for the NET vp problem INFORMXDIR=/usr/informix (or /usr/informix/4gl720ud7_linux when running i4gl) INFORMIXSERVER,INFORMIXSQLHOSTS,ONCONFIG are set ok TERM=vt100 TERMCAP=$INFORMIXDIR/etc/termcap PATH=/usr/local/bin:/bin:/usr/bin:/usr/informix/4gl720ud7_linux/bin:/usr/informix/4glrds720ud7_linux/bin:/usr/informix/4gli d720ud7_linux/bin:/usr/informix/sql720ud7_linux/bin:/usr/informix/bin LD_RUN_PATH=/usr/informix/4gl720ud7_linux/lib/tools:/usr/informix/sql720ud7_linux/ lib/tools:/usr/informix/lib LD_LIBRARY_PATH=/usr/informix/4gl720ud7_linux/lib/tools:/usr/informix/sql720ud7_linux/lib/tools:/usr/informix/lib Starting up my configured db server, I see various messages before successful startup : dupfd:fd 1025, max 1024 ... dupfd:fd 1048, max 1024 (Does anyone know if these messages indicate a problem waiting to occur ?) Following the running of i4gldemo to create stores7 etc, I create a program cust7 (Im using my old 4gl informix training notes to brush up my 4gl skills) which has the required modules defined for it. Having defined the program and compiled it with no errors, when I run I get : Segmentation fault (core dumped) The demo4 executable runs fine. I'm sure it's something that I've done incorrectly in the install or something that I've missed out so before I try all sorts of debugging, can anyone suggest what I might have done wrong or missed out ?. Thanks in anticipation, DJ.

dj wrote: > > I'm running Red Hat 6.0 / Kernel 2.2.5-15 and no patches and I'm new to > Linux and UNIX system admin. > > I've installed 4gl/rds/dbg/sql tools from the 720ud7 distribution > and ICONNECT/IDS/CLISDK from the 730uc5 distribution (in that order I > think) Use the 7.30.UC7 version rather than the UC5. > I've applied the IDS patch for the NET vp problem On the other hand, this should be equivalent. I'm pretty sure that I4GL etc have not been certified for RedHat 6.0. I know I've run into problems with the 7.24.UC5 ESQL/C on RH6.0 because system call or function _xstat() is not defined, but I've not yet tested I4GL et al. > INFORMXDIR=/usr/informix (or /usr/informix/4gl720ud7_linux when running > i4gl) > INFORMIXSERVER,INFORMIXSQLHOSTS,ONCONFIG are set ok > TERM=vt100 TERMCAP=$INFORMIXDIR/etc/termcap > > PATH=/usr/local/bin:/bin:/usr/bin:/usr/info> rmix/4gl720ud7_linux/bin:/usr/informix/4glrds720ud7_linux/bin:/usr/informix/4gli > > d720ud7_linux/bin:/usr/informix/sql720ud7_linux/bin:/usr/informix/bin > > LD_RUN_PATH=/usr/informix/4gl720ud7_linux/lib/tools:/usr/informix/sql720ud7_linux/ > > lib/tools:/usr/informix/lib > LD_LIBRARY_PATH=/usr/informix/4gl720ud7_linux/lib/tools:/usr/informix/> sql720ud7_linux/lib/tools:/usr/informix/lib > > Starting up my configured db server, I see various messages before > successful startup : > dupfd:fd 1025, max 1024 > ... > dupfd:fd 1048, max 1024 > (Does anyone know if these messages indicate a problem waiting to occur > ?) Possibly. One day, someone (Hi Alan?) will explain to me why it is that IDS needs so many file descriptors. I think it is somehow related to the select() system call, but I'm not at all clear why. > Following the running of i4gldemo to create stores7 etc, I create a > program cust7 (Im using my old 4gl informix training notes to brush up > my 4gl skills) which has the required modules defined for it. Having > defined the program and compiled it with no errors, when I run I get : > > Segmentation fault (core dumped) > > The demo4 executable runs fine. I'm sure it's something that I've > done incorrectly in the install or something that I've missed out > so before I try all sorts of debugging, can anyone suggest what I > might have done wrong or missed out ?. You may be running into problems with the incompatabilities between glibc versions 2.0.7 and 2.1.1. As a specific f'rinstance, the type of stderr (and stdout and stdin) has been changed such that they can no longer be used as initializers on file scope file pointers: static FILE *defout = stdout; /* Does not compile with GLIBC 2.1.1 */ -- Jonathan Leffler (jleffler@informix.com, jleffler@earthlink.net) Guardian of DBD::Informix v0.60 -- see http://www.perl.com/CPAN #include <disclaimer.h>

Thanks very much for the response Jonathan. This has prompted me to carry out a bit of research on the glibc situation and there is certainly a lot of discussion on this topic in the development community and it's clear that library compatability seems to be causing problems for a number of major products supplied by large vendors. Is it possible to install the old libraries as a seperate directory and include that rather than the standard directory in the library path or am I asking a daft question ? If so, can anyone point me to the right place for related info on how to do this ? DJ. Jonathan Leffler wrote: > [cut] > dj wrote> Following the running of i4gldemo to create stores7 etc, I create a > > program cust7 (Im using my old 4gl informix training notes to brush up > > my 4gl skills) which has the required modules defined for it. Having > > defined the program and compiled it with no errors, when I run I get : > > > > Segmentation fault (core dumped) > > > > The demo4 executable runs fine. I'm sure it's something that I've > > done incorrectly in the install or something that I've missed out > > so before I try all sorts of debugging, can anyone suggest what I > > might have done wrong or missed out ?. > > You may be running into problems with the incompatabilities between > glibc versions 2.0.7 and 2.1.1. As a specific f'rinstance, the type > of stderr (and stdout and stdin) has been changed such that they can > no longer be used as initializers on file scope file pointers: > > static FILE *defout = stdout; /* Does not compile with GLIBC 2.1.1 */ > > > -- > Jonathan Leffler (jleffler@informix.com, jleffler@earthlink.net) > Guardian of DBD::Informix v0.60 -- see http://www.perl.com/CPAN > #include <disclaimer.h>