I don't have Jonathan's level of Perl expertise, but from my own experience
I would suggest:

A)  Download Perl sources from the CPAN site and build them using gcc.
Maybe install a more recent version of gcc first.  This costs only time and
effort, but not money.

B)  Forget automated CPAN installations, as in -MCPAN, I don't trust them.
I *do* however trust the CPAN website completely.

C)  Download sources for the libraries you need.  Compile them with that
same compiler.  This is where the advantage of A) comes in, because for
libraries (such as DBI and most DBDs) containing extensions (C language
components), you are now in a position to build libraries for that Perl to
your heart's content.  If the compiler mismatches the one used to build
Perl, you can't build those libraries.

A') [alternative to A)]  You might download a pre-built Perl from, e.g., the
Sun Freeware site.  But in so doing examine carefully which compiler it was
built with and make sure it is a compiler you have installed.  That way you
still get the advantages described for A) and C).

Just my personal thoughts on the matter.

-Will

-----Original Message-----
From: Elton Hughes [mailto:[EMAIL PROTECTED] 
Sent: Wednesday 07 December 2005 12:41
To: Jonathan Leffler
Cc: DBI Users
Subject: Re: Installing DBI on Solaris for DBD::informix


Hello Jonathan,

Thank you for your email and your time. I really appreciate it. I  
recognize your name and know your expertise is tremendous.

I use Informix to create ACE reports. That is something I am very  
comfortable with. But ACE reports cannot solve all of my reporting  
issues. Installing things is not my area of expertise, but it has to  
be done.

On Dec 6, 2005, at 6:40 PM, Jonathan Leffler wrote:

> Yes, with caveats.

OK, this make me nervous.

> Presumably you're using Solaris 10?

I work for a non-profit agency with very little money. Our 'parent'  
agency is using Solaris 8 and we are compelled to keep current with  
them. Their plans are to upgrade in the next fiscal year. We will  
follow them at that time.

> I suggest looking hard at building your own Perl rather than using  
> the one
> distributed by Sun.

I did download and installed the 5.8.5 binary from a site I found on  
Perl.com. I now have two Perls. One at /usr/bin, the original, the  
newer version at /usr/local/bin. This seems to work as /usr/local/bin  
is first in the PATH. Would is make more sense to replace the old  
version with the new?

> You need to get CPAN up and running (or CPANPLUS).  That's not too  
> hard:
>
> perl -MCPAN -e 'install Bundle::CPAN'

When I try that, the system responds with "don't know what it is"  
message, followed by "Try the command i /Bundle::CPAN/" to find  
objects with matching identifiers.

> Before installing DBD::Informix, you need a working version of CSDK
> (ClientSDK).

I think all of the components are working. I can access the data from  
ISQL or from the programs supplied by our parent agency. If the is an  
onstat -something I can run to check it, please let me know.

> Working means, primarily, that you can connect to an IDS database  
> whereever
> you keep the database server, whether on the new Sun box or  
> somewhere else.
> That piece of configuration is independent of DBD::Informix, and the
> Makefile.PL script insists that you do it.  (Well, you can override  
> the test
> - read the documentation; it is not recommended.)
>
> If you have a working CSDK, then your outline is fine.
>
> (Oh, I assume you have the correct C compiler for your Perl; if  
> not, rebuild
> Perl with the compiler you do have.)

we are using gcc 2.95, but since I installed the binary, I don't  
think that came into play.

Thank you again for your time and patience.

Elton

=========================================================
  NOVA                        505 W. Olive Ave. Suite 550
  Elton Hughes (IT)                    Sunnyvale CA 94086
  Phone: 408-730-7235                   Fax: 408-730-7643
---------------------------------------------------------



     - - - - - - -  Appended by Scientific-Atlanta, Inc.  - - - - - - -  
This e-mail and any attachments may contain information which is confidential, 
proprietary, privileged or otherwise protected by law. The information is 
solely intended for the named addressee (or a person responsible for delivering 
it to the addressee). If you are not the intended recipient of this message, 
you are not authorized to read, print, retain, copy or disseminate this message 
or any part of it. If you have received this e-mail in error, please notify the 
sender immediately by return e-mail and delete it from your computer.

Reply via email to