Informix 9.4 installs & initializes on Red Hat 9
Will Secrest
IIUG site) and was able to create a database.
There is a small problem with dbaccess - the following error message appears
when you invoke it:
"Incorrectly built binary which accesses errno, h_errno or _res directly.
Needs to be fixed."
<just sharing the news - I'll look at the error later>
On to the Oracle test !!
Madison Pruet
Thanks for pointing out this issue. It appears to be a change in the libc
library used in RH 9 that is leading to the message. We have opened a bug
on the problem (162102). At this time, we think that it is a cosmetic
problem.
"Will Secrest" <wsec...@bellsouth.net> wrote in message
news:Ifria.37325$rD.3...@fe06.atl2.webusenet.com...
Brock Sides
> > There is a small problem with dbaccess - the following error message
> > appears
> > when you invoke it:
> > "Incorrectly built binary which accesses errno, h_errno or _res directly.
> > Needs to be fixed."
> Thanks for pointing out this issue. It appears to be a change in the libc
> library used in RH 9 that is leading to the message. We have opened a bug
> on the problem (162102). At this time, we think that it is a cosmetic
> problem.
Cosmetic or not, it prevents the build of some software, notably PHP.
The PHP build process invokes "esql -V" and parses the first line of
output to set the variable IFX_VERSION. Since the first line of output
when you run esql is the error message, the variable gets set to an
empty string, and the build fails.
See PHP bug #23206. <http://bugs.php.net/bug.php?id=23206>
--
Brock Sides
Helen Wong
This is fixed in 9.40.UC2.
Helen
philarete@mindspr
ing.com (Brock To: inform...@iiug.org
Sides) cc:
Sent by: Subject: Re: Informix 9.4 installs & initializes on Red Hat 9
owner-informix-li
s...@iiug.org
04/16/2003 08:29
AM
Please respond to
philarete
Will Secrest
Do you know when 9.40.UC2 will be released?
"Helen Wong" <hw...@us.ibm.com> wrote in message
news:b7k9v9$gnv$1...@terabinaries.xmission.com...
Helen Wong
9.40.UC2 is currently targeted to GA end of June, 2003. dbaccess and the
engine side will be addressed in 9.40.UC2.
I stand corrected by Brock that esql is in the Client, and 9.40.UC2 will
not address that. I do not have an ETA for Client at this time.
Helen
"Will Secrest"
<will_secrest@wse To: inform...@iiug.org
crest.com> cc:
Sent by: Subject: Re: Informix 9.4 installs & initializes on Red Hat 9
owner-informix-li
s...@iiug.org
04/16/2003 01:57
PM
Please respond to
"Will Secrest"
Will Secrest
I was thinking that the message may be affecting my esql builds, (see
below). Do you think I'm on the right track?
esql -o cas_archive.ec cas_archive.o
/home/wsecrest/src/cas/lib/libARCHcas.a
/home/wsecrest/src/cas/lib/libCOMcas.a -o /home/wsecrest/bin/cas_archive
/opt/informix/lib/esql/libifgls.so: undefined reference to `__ctype_b'
/opt/informix/lib/esql/libifgls.so: undefined reference to `__ctype_toupper'
/opt/informix/lib/esql/libifgls.so: undefined reference to `__ctype_tolower'
collect2: ld returned 1 exit status
make: *** [cas_archive] Error 1
Jay Hannah
> library used in RH 9 that is leading to the message. We have opened a bug
> on the problem (162102). At this time, we think that it is a cosmetic
> problem.
How is 162102 coming? Can I see Informix/IBM's bug statuses online
somewhere?
We appear to be dead in the water on RedHat 9. The current CSDK
installs OK, but then running the utilities throws "Incorrectly built
errors":
[root@royal informix]# esql -V
Incorrectly built binary which accesses errno, h_errno or _res
directly. Needs to be fixed.
IBM Informix CSDK Version 2.81, IBM Informix-ESQL Version 9.53.UC1
Software Serial Number RDS#N000000
Earlier posters have pointed out that this is a problem for PHP. Like
them, I would insist that this is more than a cosmetic problem. Perl's
DBD::Informix is refusing to get off the ground (after some basic
hackery):
[root@royal DBD-Informix-2003.04]# perl Makefile.PL
-snip!-
Testing whether your Informix test environment will work...
Incorrectly built binary which accesses errno, h_errno or _res
directly. Needs to be fixed.
Incorrectly built binary which accesses errno, h_errno or _res
directly. Needs to be fixed.
/usr/local/informix/lib/esql/libifgls.so: undefined reference to
`__ctype_b'
/usr/local/informix/lib/esql/libifgls.so: undefined reference to
`__ctype_toupper'
/usr/local/informix/lib/esql/libifgls.so: undefined reference to
`__ctype_tolower'
collect2: ld returned 1 exit status
Failed to link test program esqltest
Suggestions? Do I need to wait for a new CSDK?
Thank you,
Jay Hannah
[root@royal DBD-Informix-2003.04]# uname -a
Linux royal.omnihotels.com 2.4.20-8 #1 Thu Mar 13 17:54:28 EST 2003
i686 i686 i386 GNU/Linux
Ronald Cole
> "Madison Pruet" <mpr...@attbi.com> wrote in message news:<nvDia.301993$F1.51963@sccrnsc04>...
> > Thanks for pointing out this issue. It appears to be a change in the libc
> > library used in RH 9 that is leading to the message. We have opened a bug
> > on the problem (162102). At this time, we think that it is a cosmetic
> > problem.
>
> How is 162102 coming? Can I see Informix/IBM's bug statuses online
> somewhere?
>
> We appear to be dead in the water on RedHat 9. The current CSDK
> installs OK, but then running the utilities throws "Incorrectly built
> errors":
>
> [root@royal informix]# esql -V
> Incorrectly built binary which accesses errno, h_errno or _res
> directly. Needs to be fixed.
> IBM Informix CSDK Version 2.81, IBM Informix-ESQL Version 9.53.UC1
> Software Serial Number RDS#N000000
>
> Earlier posters have pointed out that this is a problem for PHP. Like
> them, I would insist that this is more than a cosmetic problem. Perl's
> DBD::Informix is refusing to get off the ground (after some basic
> hackery):
IMO, this message isn't cosmetic. Glibc-2.3.2 in RHL9 has switched to
using thread-local storage for errno (as defined by the TLS ABI). As
you can see:
# ldd /opt/informix/bin/oninit
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4002c000)
libdl.so.2 => /lib/libdl.so.2 (0x4003a000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x4003e000)
libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x4006c000)
libm.so.6 => /lib/tls/libm.so.6 (0x400ae000)
libc.so.6 => /lib/tls/libc.so.6 (0x42000000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x400d0000)
What the error means is that IDS has at least one:
extern int errno;
where it should have the proper incarnation:
#include <errno.h>
This threading change also kills Java in the server on RHL9. So,
obviously, I don't consider the problem of IDS-9.4 possibly not
getting the correct errno when an error occurs or not having Java in
the server on RHL9 to be "cosmetic". If an engine problem occurs, I
expect to get the proper errno reported in the log.
--
Forte International, P.O. Box 1412, Ridgecrest, CA 93556-1412
Ronald Cole <ron...@forte-intl.com> Phone: (760) 499-9142
President, CEO Fax: (760) 499-9152
My GPG fingerprint: C3AF 4BE9 BEA6 F1C2 B084 4A88 8851 E6C8 69E3 B00B
Helen Wong
There are actually 2 separate causes for the error messages listed in Jay
Hannah's original mail.
For the "incorrectly built binary" messages, PTS 162102 (for the engine
side) is fixed in IDS 9.40.UC2. The ESQL/C (client side) problem is
fixed in CSDK 2.81.UC2. Both are currently targeted to be released end of
June.
The "undefined reference to `__ctype_b`" messages are due to a different
problem with the glibc 2.3.2 in RedHat 9. __ctype_b has been renamed to
__ctype_b_loc in RedHat 9 and this is causing our ESQL/C which is built on
an earlier Kernel/glibc version to be incompatible.
The only workaround we know at this time is to use SuSE 8.2 which also has
glibc 2.3.2, but ESQL/C is working there.
Helen
Ronald Cole
<ronald@forte-int To: inform...@iiug.org
l.com> cc:
Sent by: Subject: Re: Informix-ESQLC non-functional on RedHat 9?
owner-informix-li
s...@iiug.org
05/02/2003 03:32
PM
Please respond to
Ronald Cole
Helen Wong
cbarnes
We have IDS 9.30.3.UC3 up on RedHat 9 and we are getting the same
message with dbaccess, 'Incorrectly built binary which accesses errno,
h_errno or _res directly. Needs to be fixed.', also with any onstat
commands and onmonitor.
We only came up using SHM. When we tried to add the tlitcp net type we
are getting this error when we try to start Informix,
'oninit : Fatal error in intializing ASF with ' ASF_INIT_DATA' flags:
asfcode = '25507'.
Any idea?
Carl
--
Posted via http://dbforums.com
Tsutomu Ogiwara
H Carl.
25507 means as bellow.
25507 You specified an unknown service name or protocol.
Tell your database administrator to examine the sqlhosts file entry.
Check that the NETTYPE settings in the ONCONFIG file match the NETTYPE
settings in the sqlhosts file.
If you are using the TCP/IP protocol, check that the correct service
name appears in the /etc/services file. If you are using NFS, use
ypmake to check the /etc/services file. Sometimes the daemon does not
recognize service names that are added after a default boot.
Specify onsoctcp instead of ontlitcp.
HTH.
--
Tsutomu Ogiwara from Tokyo Japan.
ICQ#:168106592
>From: cbarnes <membe...@dbforums.com>
>Reply-To: cbarnes <membe...@dbforums.com>
>To: inform...@iiug.org
>Subject: Re: Informix 9.4 installs & initializes on Red Hat 9
_________________________________________________________________
MSN 8 with e-mail virus protection service: 2 months FREE*
http://join.msn.com/?page=features/virus
sending to informix-list