I did install the product from the same location that you say, and it
worked fine. Are you sure the extract of csdk.cpi went OK? No errors? And
I think you need to have the $INFORMIXDIR and `pwd` the same at the time
of installation of the product.
I used the one without the 32BIT on it. This one seems to be fine!

I see no problems with this product, my ESQL/C version is 9.53.UC2. And
yes, the problem of errno, was fixed with this release of CSDK.

Let me know if there is anything else you may need.

Cheers,
Abhi.
--------------------------------------------------------------------
There are 10 kinds of people,,,,,
..... those who understand binary notations, and those who don't.
--------------------------------------------------------------------





"Mark Fenbers" <Mark.Fenbers@noaa.gov>
10/07/2003 08:31 AM

To: Abhishek Mathur/Lenexa/IBM@IBMUS
cc: informix-list@iiug.org, owner-informix-list@iiug.org
Subject: Re: Client SDK


Ah HAH!

I apologize for all the hand-holding you have to do, but I ran
installclientsdk after extracting it from the .cpi file. But now it asks
"Is clientSDK being installed along with Informix database server version
9.x? (yes or no)" I'm not sure how to answer that. Yes, clientsdk is
being installed, but no, not along with IDS 9.x.

I answered "no" as 'root' and got an error message " *** INSTALL ABORTED
*** Cannot find clientsdkcontent file"

I answered "yes" as 'informix' and got the same message...

Why am I having so much trouble with this? The main problem I am trying
to solve is that since upgrading from Redhat 7.3 to Redhat 9.0, the
utility "sqlcmd" dumps core (segmentation fault), and so all my Korn shell
and Perl scripts fail. So I tried getting the latest version of sqlcmd
(72.00) and recompiled, but running ./configure for sqlcmd gives me this
error when testing for the ESQLC version: "Incorrectly built binary which
accesses errno, h_errno or _res directly. Needs to be fixed." So, I
figured that maybe I needed to upgrade the Informix clientSDK. Maybe
there is an easier solution and I am making this way too complicated than
it has to be...

Mark



Abhishek Mathur wrote: The csdk.cpi file should be fine. There were some
installation changes
that took place with the latest CSDK. So, now you have the format that you

see. The main tar file will untar into two - one the doc directory, and
the other into csdk.cpi as you see it. All you need to do is extract the
csdk.cpi (cpio -icvdumB < csdk.cpi ), and this should give you a couple of

other cpi file, and 1 "installclientsdk" executable. Running this with
your $INFORMIXDIR set, will install the CSDK into $INFORMIXDIR. You do not

need to extract any other files namely message.cpi, gls.cpi. This will be
done by the installation process itself.

Seems the installation document is a little outdated. You do not need any
other utility to install this product. Just extract the csdk.cpi file, and

that should give you the installation utility by the name of
"installclientsdk".

HTH,,
Cheers,
Abhi.
--------------------------------------------------------------------
There are 10 kinds of people,,,,,
..... those who understand binary notations, and those who don't.
--------------------------------------------------------------------

"Mark Fenbers" <Mark.Fenbers@noaa.gov>
10/07/2003 06:54 AM

To: Abhishek Mathur/Lenexa/IBM@IBMUS
cc: informix-list@iiug.org, owner-informix-list@iiug.org
Subject: Re: Client SDK

Hmmmm. I downloaded the latest CSDK [IBM Informix Client Software
Development Kit (CSDK) for Linux (32-bit)], and untar'd it. In addition
to documents in the doc/ subdirectory, it left a csdk.cpi file, which I
never heard of this type of file.

So I read the installation document included with the package and it talks

about the .rpm file, not the .cpi file. So I'm a little confused. Should

I just rename csdk.cpi to csdk.rpm and go from there? Or do I need a
different utility besides rpm (cpi?) to install the package?

On the download site, the filesize was supposed to be 28,770,304 bytes
according to the descriptin on the page, but it was more like 68MB! So,
I'm wondering if what is intended by IBM and what the end-user actually
gets are 2 different things?

In the meantime, I download the other choice (IBM Informix Client Software

Development Kit (CSDK) for Linux) [note: without the "(32-bit)"] and see
where that gets me...

Mark

Abhishek Mathur wrote: Hi ,
You could use the following link to download the CSDK based on the


platform you want -
http://www14.software.ibm.com/webapp...CMP=&s=&q=csdk

I would recommend using the latest CSDK, since it has more
functionality!
All the clients with CSDK2.81.xC1, or higher, should not need the
Installation Key.
If you want to use the old CSDK product, you could use the
following Serial Number and key -
Serial Number - AAA#B000000
Key - NOZDIP

Cheers,
Abhi.
--------------------------------------------------------------------
There are 10 kinds of people,,,,,
..... those who understand binary notations, and those who don't.
--------------------------------------------------------------------

Mark Fenbers <Mark.Fenbers@noaa.gov>
Sent by: owner-informix-list@iiug.org
10/06/2003 03:21 PM
Please respond to Mark Fenbers

To: informix-list@iiug.org
cc:
Subject: Client SDK

This is a multi-part message in MIME format.
--------------F45001D668061629C7715A0B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I'm relegated to installing the old client SDK that used to be posted on
the
Informix web site before IBM took over. Now I see that it is no longer
there
unless I am looking in the wrong place. Anyway, I kept a copy and need to


reinstall the packages. I have the serial number, but not the key. The
"key"
was a common one shared by all the free clients and was posted on the web
site
along with the installation steps. Does anyone still have that for me, or


can
point me to where the client SDKs are kept now?

Thanks in advance...

Mark

--------------F45001D668061629C7715A0B
Content-Type: text/x-vcard; charset=us-ascii;
name="Mark.Fenbers.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Mark Fenbers
Content-Disposition: attachment;
filename="Mark.Fenbers.vcf"

begin:vcard
n:Fenbers;Mark
tel;work:513-383-0430
x-mozilla-html:TRUE
url:http://www.erh.noaa.gov/ohrfc
org:Ohio River Forecast Center;DOC/NOAA/NWS/OHRFC
adr:;;1901 South State Route 134;Wilmington;OH;45177-9708;USA
version:2.1
email;internet:Mark.Fenbers@noaa.gov
title:Sr. HAS Meteorologist
fn:Mark J Fenbers
end:vcard

--------------F45001D668061629C7715A0B--

#### Mark.Fenbers.vcf has been removed from this note on October 07, 2003
by Abhishek Mathur


#### Mark.Fenbers.vcf has been removed from this note on October 07, 2003
by Abhishek Mathur

sending to informix-list

Thank you for all the help and your prompt responses.

Actually, the true size of UC1 turned out to be about 68MB even though the download page
said it was supposed to be 27 MB.

But you are correct! The one with a mention of (32-bit) (UC1) has errors, and should be
removed from the download page. The UC2 version worked according to your
instructions. I haven't looked at the documents included with UC2 yet to know if the
documents still refer to using rpm or if they are updated to reflect the use of cpio...

So the clientSDK looks to have been updated OK, so we're definitely making progress! Now
I want to compile sqlcmd-72.00. I ran ./configure and this time didn't see the
"Incorrectly built ..." warning. So that works better, too. But when I did 'make', it
chugged along until this command:

INFORMIXC="gcc" esql -o appblob appblob.o libjlss.a

which complained:

/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: *** [appblob] Error 1

I can see that /opt/informix/lib/esql/libifgls.so is old (date of May 15), but
/opt/informix/lib/esql/libifgls.a is new (today's date about 20 minutes ago). So when I
ran
../installclientsdk, was it supposed to create the shared libraries too? Or do I need to
do something different to create the share (.so) libraries from the static (.a)
counterparts?

Mark

Mark,
Are you installing this on Red hat 9 or Fedora?

There is a known issue with the "_ctype" & RH9 that others have been
discussing with IBM.


"Mark Fenbers" <Mark.Fenbers@noaa.gov> wrote in message
news:3F830161.EC012E49@noaa.gov...
> Thank you for all the help and your prompt responses.
>
> Actually, the true size of UC1 turned out to be about 68MB even though the
download page
> said it was supposed to be 27 MB.
>
> But you are correct! The one with a mention of (32-bit) (UC1) has errors,
and should be
> removed from the download page. The UC2 version worked according to your
> instructions. I haven't looked at the documents included with UC2 yet to
know if the
> documents still refer to using rpm or if they are updated to reflect the
use of cpio...
>
> So the clientSDK looks to have been updated OK, so we're definitely making
progress! Now
> I want to compile sqlcmd-72.00. I ran ./configure and this time didn't
see the
> "Incorrectly built ..." warning. So that works better, too. But when I
did 'make', it
> chugged along until this command:
>
> INFORMIXC="gcc" esql -o appblob appblob.o libjlss.a
>
> which complained:
>
> /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: *** [appblob] Error 1
>
> I can see that /opt/informix/lib/esql/libifgls.so is old (date of May 15),
but
> /opt/informix/lib/esql/libifgls.a is new (today's date about 20 minutes
ago). So when I
> ran
> ./installclientsdk, was it supposed to create the shared libraries too?
Or do I need to
> do something different to create the share (.so) libraries from the static
(.a)
> counterparts?
>
> Mark
>
>
>