RE: Ref:-- How to transfer DBI/DBD binary.

2007-10-31 Thread MEHTA, HARESH, ATTSI
All: 
 
I have complied DBI/DBD on one solaris server and I
transfer the whole DBI-1.50 Directory to one of the test server as per
requested from the group. But I get the error as follows at the end of
make test:
 
  

Failed 44/49 test scripts, 10.20% okay. 0/64 subtests failed, 100.00%
okay.

*** Error code 29

make: Fatal error: Command failed for target `test_dynamic'

 

Anyone suggestion will be welcome.Thanks.

 
Thanks.
 
Haresh
 
[EMAIL PROTECTED]
 

Everything should be made as simple as possible, but not one bit
simpler.

Albert Einstien


 



From: MEHTA, HARESH, ATTSI 
Sent: Wednesday, October 24, 2007 10:15 AM
To: 'dbi-users@perl.org'
Subject: Ref:-- How to transfer DBI/DBD binary.


All:
 
I have installed DBI/DBD using gcc in our development
solaris server. I want to install on production server but without using
gcc or cc(compiler), Is there any way to transfer binary of DBI/DBD to
production server??
 
Please contact me via E-Mail as soon as possible.
 
Thanks.
 
Haresh
[EMAIL PROTECTED]
 

Everything should be made as simple as possible, but not one bit
simpler.

Albert Einstien


 


Re: Ref:-- How to transfer DBI/DBD binary.

2007-10-26 Thread Richard T Malafa
Is this assuming the hardware is identical on both machines and the Oracle 
Database (not the clients alone) are identical? 
What about the Perl??? Is that also have to be identicial in every 
respect???
Has this actually been tried
Thank You
Rich


.· '·..· '·. º .· '·. .· '·. ·. .· '·. º
“Anything that doesn’t eat you today is saving you for tomorrow.”



Computer Sciences Corporation 
Registered Office: 2100 East Grand Avenue, El Segundo California 90245, 
USA
Registered in USA No: C-489-59


This is a PRIVATE message. If you are not the intended recipient, please 
delete without copying and kindly advise us by e-mail of the mistake in 
delivery. 
NOTE: Regardless of content, this e-mail shall not operate to bind CSC to 
any order or other contract unless pursuant to explicit written agreement 
or government initiative expressly permitting the use of e-mail for such 
purpose.





John D Groenveld [EMAIL PROTECTED] 
10/25/2007 08:38 PM

To
MEHTA, HARESH, ATTSI [EMAIL PROTECTED]
cc
dbi-users@perl.org
Subject
Re: Ref:-- How to transfer DBI/DBD binary.






In message 
[EMAIL PROTECTED]
, MEHTA, HARESH, ATTSI writes:
I have installed DBI/DBD using gcc in our development
solaris server. I want to install on production server but without using
gcc or cc(compiler), Is there any way to transfer binary of DBI/DBD to
production server??

You should be able to package up or tar your Perl build and
extract it on your production server.

Don't alter your Perl basedir and make certain your Oracle client
libraries are in the same ORACLE_HOME on both systems.

John
[EMAIL PROTECTED]





Re: Ref:-- How to transfer DBI/DBD binary.

2007-10-26 Thread John D Groenveld
In message [EMAIL PROTECTED],
 Richard T Malafa writes:
 Is this assuming the hardware is identical on both machines and the
 Oracle
 Database (not the clients alone) are identical?

Yes. The development and production systems must be the same
architecture and OS version.

The Oracle client libraries need to be the same version on both.

 What about the Perl??? Is that also have to be identicial in every
 respect???

I assumed the OP is planning on copying the entire Perl installation 
to the production machine.

 Has this actually been tried

Yes.

John
[EMAIL PROTECTED]



Re: Ref:-- How to transfer DBI/DBD binary.

2007-10-25 Thread John D Groenveld
In message [EMAIL PROTECTED]
, MEHTA, HARESH, ATTSI writes:
I have installed DBI/DBD using gcc in our development
solaris server. I want to install on production server but without using
gcc or cc(compiler), Is there any way to transfer binary of DBI/DBD to
production server??

You should be able to package up or tar your Perl build and
extract it on your production server.

Don't alter your Perl basedir and make certain your Oracle client
libraries are in the same ORACLE_HOME on both systems.

John
[EMAIL PROTECTED]