Hi Alex,
Yes, I remember that...
It's rather bad, that you get this error. I suppose, that the
someone needs to fix DynaLoader perl object port to HPUX. You should
probably
submit this bug (with Cwd for simplicity) to official Perl5 bug list.
See http://rt.perl.org/perlbug/ .
I should have added more to my statement.
There is more than just perl.
I've looked at a lot of 64 bit modules and none of them seem to define the
_Jv_RegisterClasses problem. I don't know why it is that way.
Here's the other problem:
I have to use the HP binary since it is already one with a gcc compiler
and other features that we use here. In addition it does contain working
dbi 1.5 and all the corrections everyone wanted in the past is done. (as
far as I know. I haven't found one not corrected).
Even though the make perl works just fine after that code correction. I'm
going to try to combine the 64 bit and 32 bit libraries (even though we
don't use them anymore) and see what happens.
It's just so heartbreaking when the make test fails so bad right off the
bat.
Last but not Least important. We have to use standard binaries as much
as possible since most compiling (if not all) is forbidden at the remote
site due to security reasons.
• '•..• '•. ><((((º> .• '•. .• '•. •. .• '•. ><((((º>
“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.
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Alexander V Alekseev <[EMAIL PROTECTED]>
12/04/2007 02:33 PM
To
Richard T Malafa/DEF/[EMAIL PROTECTED]
cc
dbi-dev@perl.org, [EMAIL PROTECTED]
Subject
Re: ANNOUNCE: DBD::Oracle 1.20 Release Candidate
Hello!
On Tue, 4 Dec 2007, Richard T Malafa wrote:
> I think you worked with me on the Make Perl and Make side. I don't
> remember if you worked with me on getting the "make test". Please
> refresh my memory.
> No we don't have it running yet..
> Thank You
> Rich
This is my last mail sent to you on the problem of "make test" :
---------- Forwarded message ----------
Date: Thu, 4 Oct 2007 18:49:17 +0400 (MSD)
From: Alexander V Alekseev <[EMAIL PROTECTED]>
To: Richard T Malafa <[EMAIL PROTECTED]>
Cc: Howard V Carson <[EMAIL PROTECTED]>, Joe E Schmalhofer
<[EMAIL PROTECTED]>
Subject: Re: DBD need to finish..
Hello!
On Thu, 4 Oct 2007, Richard T Malafa wrote:
> Alex,
> Sorry about the delay but we're in the middle of a bldg move here. I've
> had to stop work on the problem and start backing up systems. Going
> through my email. I found this one.. boy am I behind..
>
> Here's your answer
>
> [EMAIL PROTECTED]> PERL_DL_NONLAZY=1 perl -e 'require Cwd; import Cwd; print
> cwd(),"\n"'
> /usr/lib/pa20_64/dld.sl: Unsatisfied code symbol '_Jv_RegisterClasses'
in
> load module
> '/opt/perl_64/lib/5.8.8/PA-RISC2.0-thread-multi-LP64/auto/Cwd/Cwd.sl'.
> /tmp/work
> [EMAIL PROTECTED]>
>
> This is logical since
> [EMAIL PROTECTED]> nm
> /opt/perl_64/lib/5.8.8/PA-RISC2.0-thread-multi-LP64/auto/Cwd/Cwd.sl |
grep
> Jv
> U _Jv_RegisterClasses
>
> It is undefined.
>
> What is Cwd used for???
It's internal module supplied with Perl. perldoc Cwd says:
-------------------------------------------------
NAME
Cwd - get pathname of current working directory
DESCRIPTION
This module provides functions for determining the pathname of the
cur-
rent working directory. It is recommended that getcwd (or another
*cwd() function) be used in all code to ensure portability.
-------------------------------------------------
It's rather bad, that you get this error. I suppose, that the
someone needs to fix DynaLoader perl object port to HPUX. You should
probably
submit this bug (with Cwd for simplicity) to official Perl5 bug list.
See http://rt.perl.org/perlbug/ .
But before you submit a bug, you should probably try to compile
latest Perl5 yourself, and try to reproduce this bug. If it doesn't appear
-
your current perl build is buggy. If it reappears, this is definetely
Perl5 port bug.
Bye. Alex.
---------------------------------------
I didn't get a reply on it, so I decided that you turned
to
Perl5 HPUX port developers.
Document README-files/hpux/libjava.eml I've just found,
therefore
I didn't point at it before. I think it should help, though I don't like
the suggested method. Fixing DynaLoader seems to me a better approach.
Bye. Alex.
>
>
> Alexander V Alekseev <[EMAIL PROTECTED]>
> 12/04/2007 12:31 PM
>
> To
> Richard T Malafa/DEF/[EMAIL PROTECTED]
> cc
> [EMAIL PROTECTED], dbi-dev@perl.org
> Subject
> Re: ANNOUNCE: DBD::Oracle 1.20 Release Candidate
>
>
>
>
>
>
> Hello!
>
> On Tue, 4 Dec 2007, Richard T Malafa wrote:
>
> > Hi John,
> > How do you handle all this HP and Sun work that I've been reading on
the
>
> > dbi-dev group and other places??? I do see notations on CSPAN for
HP
> > all over the place.
> >
> > The most interesting thing in your email is that Oracle requires 1.51
or
>
> > later. When I go on Metalink, Oracle has stated that it will not do
> > anything if you take it from a place like CPAN. It has to come from
> them
> > and you have to use their internal perl.
> >
> > Any suggestions on how the HP and Sun community is suppose to cope
with
>
> > this state of affairs is greatly appreciated.
> >
> > Thank You
> > Rich
>
> Is this the same old problem :
> ---------- Forwarded message ----------
> Date: Thu, 4 Oct 2007 10:27:45 -0400
> From: Richard T Malafa <[EMAIL PROTECTED]>
> To: Alexander V Alekseev <[EMAIL PROTECTED]>
> Cc: Howard V Carson <[EMAIL PROTECTED]>, Joe E Schmalhofer
> <[EMAIL PROTECTED]>
> Subject: Re: DBD need to finish..
>
> Alex,
> Sorry about the delay but we're in the middle of a bldg move here. I've
> had to stop work on the problem and start backing up systems. Going
> through my email. I found this one.. boy am I behind..
>
> Here's your answer
>
> [EMAIL PROTECTED]> PERL_DL_NONLAZY=1 perl -e 'require Cwd; import Cwd; print
> cwd(),"\n"'
> /usr/lib/pa20_64/dld.sl: Unsatisfied code symbol '_Jv_RegisterClasses'
in
> load module
> '/opt/perl_64/lib/5.8.8/PA-RISC2.0-thread-multi-LP64/auto/Cwd/Cwd.sl'.
> /tmp/work
> [EMAIL PROTECTED]>
>
> This is logical since
> [EMAIL PROTECTED]> nm
> /opt/perl_64/lib/5.8.8/PA-RISC2.0-thread-multi-LP64/auto/Cwd/Cwd.sl |
grep
> Jv
> U _Jv_RegisterClasses
>
> It is undefined.
>
> What is Cwd used for???
>
> Thank You
> Rich
>
> -------------------------------------
>
> Have you read README-files/hpux/libjava.eml ? I
suppose,
> it
> should help.
>
> Bye. Alex.
>
>
>
>
