Re: Apache::DB
Gregory Matthews wrote:
> Hello All.
>
> I am trying to install Apache::DB and am getting the following error:
>
> +
>
> > make test
> cc -c-DVERSION=\"0.06\" -DXS_VERSION=\"0.06\" -DPIC -fpic
> -I/usr/libdata/perl/5.00503/mach/CORE DB.c
> In file included from /usr/include/sys/time.h:289,
> from /usr/include/sys/stat.h:50,
> from /usr/include/sys/mount.h:44,
> from /usr/libdata/perl/5.00503/mach/CORE/perl.h:376,
> from DB.xs:2:
> /usr/include/time.h:2: syntax error before `1989'
> /usr/include/time.h:26: empty character constant
> /usr/include/time.h:32: syntax error before `PROFITS'
> /usr/include/time.h:115: syntax error before `}'
> *** Error code 1
You have a corrupted /usr/include/time.h, reinstall the package that it
comes with or simply borrow this file from some other machine.
before you try to build Apache::DB try to build test.c with the contents:
#include
int main(void){return 0;}
and then compile it:
% cc test.c
once it works move onto Apache::DB
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Apache::DB
At 06:41 17.05.2002, Gregory Matthews wrote: >Hello All. > >I am trying to install Apache::DB and am getting the following error: > >+ > > > make test >cc -c-DVERSION=\"0.06\" -DXS_VERSION=\"0.06\" -DPIC -fpic >-I/usr/libdata/perl/5.00503/mach/CORE DB.c >In file included from /usr/include/sys/time.h:289, > from /usr/include/sys/stat.h:50, > from /usr/include/sys/mount.h:44, > from /usr/libdata/perl/5.00503/mach/CORE/perl.h:376, > from DB.xs:2: >/usr/include/time.h:2: syntax error before `1989' >/usr/include/time.h:26: empty character constant >/usr/include/time.h:32: syntax error before `PROFITS' >/usr/include/time.h:115: syntax error before `}' >*** Error code 1 > >Stop in /usr/home/goxcom/Perl_Modules/Apache-DB-0.06/Apache-DB-0.06. > >+ > >Any ideas? I downloaded from CPAN, and also tried to install directly from >my shell. This seems unrelated to Apache::DB. What is your 'cc'? There must be some problem with time.h or the way your compiled interprets it. You might want to ask an OS-specific mailing list about this. -- Per Einar Ellefsen [EMAIL PROTECTED]
Re: Apache::DB
[please don't forget that to CC the list!]
Gregory Matthews wrote:
> Stas:
>
> Thanks for your reply on my issue in the Mod_Perl list.
>
> Excuse my ignorance, but how do I do the following:
>
> before you try to build Apache::DB try to build test.c with the contents:
> #include
> int main(void){return 0;}
> and then compile it:
> % cc test.c
>
> If you could point me in the right direction, I can figure it out! I am
> running FreeBSD.
>
> Thanks.
>
> Gregory
>
create a file named test.c, put inside:
include
int main(void){return 0;}
now you need to compile it with:
cc test.c
if this doesn't work (i.e. you get compilation errors, you have to ask
for assistance on the FreeBSD mailing list(s) or elsewhere, since your
problem has nothing to do with mod_perl.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Apache::DB
Gregory Matthews wrote: > Stas: > > Out of curiosity, what do YOU use to debug perl running under mod_perl? Apache::DB __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Apache::DB
Hi all, On Sat, 18 May 2002, Stas Bekman wrote: > Gregory Matthews wrote: > > Stas: > > > > Out of curiosity, what do YOU use to debug perl running under mod_perl? > > Apache::DB I never need more than print STDERR "[$date_time] $subroutine_name: $something_interesting\n"; 73, Ged. PS: That's 'perl.apache.org' not 'apache.org'
Re: Apache::DB
--- Ged Haywood <[EMAIL PROTECTED]> wrote: > print STDERR "[$date_time] $subroutine_name: > $something_interesting\n"; Ofcourse there is Apache::Log :). __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com
Re: Apache::DB
At 01:30 AM 5/18/2002 +0800, you wrote:
>[please don't forget that to CC the list!]
>
>Gregory Matthews wrote:
>>Stas:
>>Thanks for your reply on my issue in the Mod_Perl list.
>>Excuse my ignorance, but how do I do the following:
>>before you try to build Apache::DB try to build test.c with the contents:
>>#include
>>int main(void){return 0;}
>>and then compile it:
>>% cc test.c
>>If you could point me in the right direction, I can figure it out! I am
>>running FreeBSD.
>>Thanks.
>>Gregory
>
>create a file named test.c, put inside:
>
>include
>int main(void){return 0;}
>
>now you need to compile it with:
>
>cc test.c
>
>if this doesn't work (i.e. you get compilation errors, you have to ask for
>assistance on the FreeBSD mailing list(s) or elsewhere, since your problem
>has nothing to do with mod_perl.
>
>
>__
>Stas BekmanJAm_pH --> Just Another mod_perl Hacker
>http://stason.org/ mod_perl Guide ---> http://perl.apache.org
>mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
>http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Apache::DB
Stas:
Thanks again!
Gregory
At 01:30 AM 5/18/2002 +0800, you wrote:
>[please don't forget that to CC the list!]
>
>Gregory Matthews wrote:
>>Stas:
>>Thanks for your reply on my issue in the Mod_Perl list.
>>Excuse my ignorance, but how do I do the following:
>>before you try to build Apache::DB try to build test.c with the contents:
>>#include
>>int main(void){return 0;}
>>and then compile it:
>>% cc test.c
>>If you could point me in the right direction, I can figure it out! I am
>>running FreeBSD.
>>Thanks.
>>Gregory
>
>create a file named test.c, put inside:
>
>include
>int main(void){return 0;}
>
>now you need to compile it with:
>
>cc test.c
>
>if this doesn't work (i.e. you get compilation errors, you have to ask for
>assistance on the FreeBSD mailing list(s) or elsewhere, since your problem
>has nothing to do with mod_perl.
>
>
>__
>Stas BekmanJAm_pH --> Just Another mod_perl Hacker
>http://stason.org/ mod_perl Guide ---> http://perl.apache.org
>mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
>http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Apache::DB patch
Enrico Sorcinelli wrote: > Hi all, > I started to use Apache::DB (0.06) to interactively debug under mod_perl using >ptkdb. I see that is necessary to modify Apache/DB.pm but, after this, the debugger >will be run always under ptkdb. The little patch I propose to Apache/DB.pm is to >improve Apache to dinamically switch from command line to GUI (ptkdb) interface by >configuring this in httpd.conf. Hi Enrico, Does it actually work for you? My previous experience with it wasn't so good. I was manually loading Devel/ptkdb.pm instead of Apache/perl5db.pl and it'll work for the first request, but then will hang. I see that ptkdb hasn't changed since the last time I've tried it. May be it's a newer perlTk that works better now? _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: Apache::DB patch
On Fri, 01 Mar 2002 11:16:15 +0800
Stas Bekman <[EMAIL PROTECTED]> wrote:
> Enrico Sorcinelli wrote:
> > Hi all,
> > I started to use Apache::DB (0.06) to interactively debug under mod_perl using
>ptkdb. I see that is necessary to modify Apache/DB.pm but, after this, the debugger
>will be run always under ptkdb. The little patch I propose to Apache/DB.pm is to
>improve Apache to dinamically switch from command line to GUI (ptkdb) interface by
>configuring this in httpd.conf.
>
> Hi Enrico,
>
> Does it actually work for you? My previous experience with it wasn't so
> good. I was manually loading Devel/ptkdb.pm instead of Apache/perl5db.pl
> and it'll work for the first request, but then will hang. I see that
> ptkdb hasn't changed since the last time I've tried it. May be it's a
> newer perlTk that works better now?
>
Dear Stas,
I know the hang problem (I've started to hack the ptkdb code but it is enough
complex...)
However I find the GUI debugger useful. My TEMPORARY workaround is:
1) Initially (and if possible) I've used a brutal 'kill 9 $$' code in cleanup handler
if (ref $r) {
$SIG{INT} = \&DB::catch;
$r->register_cleanup(sub {
$SIG{INT} = \&DB::ApacheSIGINT();
>>> kill 9, $$ if $ptkdb;
});
}
then now
2) I use the ptkdb 'File' menu command "Close Window and Run" (but I've added this in
the button bar) instead of "Run". In this case at the end of code, the debugger won't
hang and the window will closed. Note that if there are breakpoint, the window will be
closed and re-opened and all breakpoint are maintained (it is more convenient to use
'Close Window and Run' only after last breakpoint).
Enrico
=
Enrico Sorcinelli - Gruppo E-Comm - Italia On Line S.p.a.
E-Mail: [EMAIL PROTECTED] - [EMAIL PROTECTED]
=
Re: Apache::DB patch
Enrico Sorcinelli wrote:
> On Fri, 01 Mar 2002 11:16:15 +0800
> Stas Bekman <[EMAIL PROTECTED]> wrote:
>
>
>>Enrico Sorcinelli wrote:
>>
>>>Hi all,
>>>I started to use Apache::DB (0.06) to interactively debug under mod_perl using
>ptkdb. I see that is necessary to modify Apache/DB.pm but, after this, the debugger
>will be run always under ptkdb. The little patch I propose to Apache/DB.pm is to
>improve Apache to dinamically switch from command line to GUI (ptkdb) interface by
>configuring this in httpd.conf.
>>>
>>Hi Enrico,
>>
>>Does it actually work for you? My previous experience with it wasn't so
>>good. I was manually loading Devel/ptkdb.pm instead of Apache/perl5db.pl
>>and it'll work for the first request, but then will hang. I see that
>>ptkdb hasn't changed since the last time I've tried it. May be it's a
>>newer perlTk that works better now?
>>
>>
>
> Dear Stas,
> I know the hang problem (I've started to hack the ptkdb code but it is enough
>complex...)
> However I find the GUI debugger useful. My TEMPORARY workaround is:
>
> 1) Initially (and if possible) I've used a brutal 'kill 9 $$' code in cleanup handler
>
> if (ref $r) {
> $SIG{INT} = \&DB::catch;
> $r->register_cleanup(sub {
> $SIG{INT} = \&DB::ApacheSIGINT();
>
kill 9, $$ if $ptkdb;
> });
> }
Yup, tried that, but I didn't like that approach.
> then now
>
> 2) I use the ptkdb 'File' menu command "Close Window and Run" (but I've added this
>in the button bar) instead of "Run". In this case at the end of code, the debugger
>won't hang and the window will closed. Note that if there are breakpoint, the window
>will be closed and re-opened and all breakpoint are maintained (it is more convenient
>to use 'Close Window and Run' only after last breakpoint).
Cool! Any chance you can submit a patch to the author of ptkdb so we can
all benefit from this trick? CC'ing mod_perl list will be useful too.
I wish someone with perl/Tk knowledge could solve the hanging problem.
Thanks Enrico!
--
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: Apache::DB patch
On Tue, 05 Mar 2002 10:00:56 +0800
Stas Bekman <[EMAIL PROTECTED]> wrote:
> Enrico Sorcinelli wrote:
> > On Fri, 01 Mar 2002 11:16:15 +0800
> > Stas Bekman <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Enrico Sorcinelli wrote:
> >>
> >>>Hi all,
> >>>I started to use Apache::DB (0.06) to interactively debug under mod_perl using
>ptkdb. I see that is necessary to modify Apache/DB.pm but, after this, the debugger
>will be run always under ptkdb. The little patch I propose to Apache/DB.pm is to
>improve Apache to dinamically switch from command line to GUI (ptkdb) interface by
>configuring this in httpd.conf.
> >>>
> >>Hi Enrico,
> >>
> >>Does it actually work for you? My previous experience with it wasn't so
> >>good. I was manually loading Devel/ptkdb.pm instead of Apache/perl5db.pl
> >>and it'll work for the first request, but then will hang. I see that
> >>ptkdb hasn't changed since the last time I've tried it. May be it's a
> >>newer perlTk that works better now?
> >>
> >>
> >
> > Dear Stas,
> > I know the hang problem (I've started to hack the ptkdb code but it is enough
>complex...)
> > However I find the GUI debugger useful. My TEMPORARY workaround is:
> >
> > 1) Initially (and if possible) I've used a brutal 'kill 9 $$' code in cleanup
>handler
> >
> > if (ref $r) {
> > $SIG{INT} = \&DB::catch;
> > $r->register_cleanup(sub {
> > $SIG{INT} = \&DB::ApacheSIGINT();
> >
> kill 9, $$ if $ptkdb;
>
> > });
> > }
>
> Yup, tried that, but I didn't like that approach.
I agree with you, was only a drastic and immediate solution!
>
> > then now
> >
> > 2) I use the ptkdb 'File' menu command "Close Window and Run" (but I've added this
>in the button bar) instead of "Run". In this case at the end of code, the debugger
>won't hang and the window will closed. Note that if there are breakpoint, the window
>will be closed and re-opened and all breakpoint are maintained (it is more convenient
>to use 'Close Window and Run' only after last breakpoint).
>
> Cool! Any chance you can submit a patch to the author of ptkdb so we can
> all benefit from this trick? CC'ing mod_perl list will be useful too.
I've attached the patch to this e-mail. Also I will submit to the author asap.
Note: the patch only add a short cut for "Close Window and Run" as "Run and Exit" in
main button bar (type 'patch -p0 < Devel-ptkdb-1.1074-patch' in the same dir of
Devel/ptkdb.pm)
>
> I wish someone with perl/Tk knowledge could solve the hanging problem.
>
I wish me too!
After a brief ptkdb.pm code analysis, I've seen that the debugger seems to hang, after
last 'Run' command, in Tk::DoOneEvent(0) call (main_loop sub, line 2922).
Yours
Enrico
=
Enrico Sorcinelli - Gruppo E-Comm - Italia On Line S.p.a.
E-Mail: [EMAIL PROTECTED] - [EMAIL PROTECTED]
=
Devel-ptkdb-1.1074-patch
Description: Binary data
Re: Apache::DB patch
Enrico Sorcinelli wrote: >>> >>>2) I use the ptkdb 'File' menu command "Close Window and Run" (but I've added this >in the button bar) instead of "Run". In this case at the end of code, the debugger >won't hang and the window will closed. Note that if there are breakpoint, the window >will be closed and re-opened and all breakpoint are maintained (it is more convenient >to use 'Close Window and Run' only after last breakpoint). >>> >>Cool! Any chance you can submit a patch to the author of ptkdb so we can >>all benefit from this trick? CC'ing mod_perl list will be useful too. >> > > I've attached the patch to this e-mail. Also I will submit to the author asap. > Note: the patch only add a short cut for "Close Window and Run" as "Run and Exit" in >main button bar (type 'patch -p0 < Devel-ptkdb-1.1074-patch' in the same dir of >Devel/ptkdb.pm) Thanks Enrico! Can you please email me/list the outcome of this submission to the author of ptkdb. If nothing happens I'll simply include the patch in the guide, but I really hope that the module gets fixed. >>I wish someone with perl/Tk knowledge could solve the hanging problem. >> >> > > I wish me too! > After a brief ptkdb.pm code analysis, I've seen that the debugger seems to hang, >after last 'Run' command, in Tk::DoOneEvent(0) call (main_loop sub, line 2922). Any mod_perl/Tk gurus to look at the problem? _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: Apache::DB in emacs
On 24 Sep 2000 [EMAIL PROTECTED] wrote: > Can anyone tell me if there is a way to run mod_perl's Apache::DB under > emacs? there are some 'remote' hooks in the Perl debugger (perl5db.pl), but i've only heard about it, never tried, so not sure if that is a possible solution. i don't think Apache::DB as-is will run under emacs, unless somebody with enough emacs-lisp-fu can rig something up to run 'httpd -X -DPERLDB' under emacs.
Re: Apache::DB in emacs
I regret I was not subscribed for a few days. If anyone knows anything about this: "some 'remote' hooks in the Perl debugger" and they posted to this list, please let me know at: [EMAIL PROTECTED] I am now re-subscribed. Thanks, Dick > > Can anyone tell me if there is a way to run mod_perl's Apache::DB under > > emacs? > > there are some 'remote' hooks in the Perl debugger (perl5db.pl), but i've > only heard about it, never tried, so not sure if that is a possible > solution. i don't think Apache::DB as-is will run under emacs, unless > somebody with enough emacs-lisp-fu can rig something up to run 'httpd -X > -DPERLDB' under emacs. >
Re: Apache::DB and perl 5.80
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday, Nov 28, 2002, at 00:25 US/Pacific, Rob Mueller wrote: I've noticed a few comments around the web of problems with 5.8.0 and Apache::DB, but no responses that anyone is looking at it or has a solution. I've had much the same problem in OS X with 5.8.0, and even asked herebut no-one seemed to know anything (or at least no-one who did noticed my email ;) ) ~www/bin/httpd -X -Dperldb [notice] Apache::DB initialized in child 2076 [Thu Nov 28 03:24:44 2002] [error] No DB::DB routine defined at /usr/local/lib/perl5/5.8.0/i686-linux/lib.pm line 10. Compilation failed in require at conf/startup.pl line 21. BEGIN failed--compilation aborted at conf/startup.pl line 21. Compilation failed in require at (eval 6) line 1. Does anyone know is anyone is looking into this or if there's a solution floating around? I'd love to be able to get it working as well Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (Darwin) iD8DBQE95d4kilk3LUlIL0MRAnFFAKDvfCe3omre/URaqGyIV173EWkvDACg01xa llFbL019nQxnSSAOOSPodM8= =arKd -END PGP SIGNATURE-
Re: Apache::DB and perl 5.80
On 11/28/02 4:13 AM, Michael Maibaum wrote:
> On Thursday, Nov 28, 2002, at 00:25 US/Pacific, Rob Mueller wrote:
>> I've noticed a few comments around the web of problems with 5.8.0 and
>> Apache::DB, but no responses that anyone is looking at it or has a
>> solution.
>
> I've had much the same problem in OS X with 5.8.0, and even asked
> herebut no-one seemed to know anything (or at least no-one who did
> noticed my email ;) )
I asked about it as well, and I seem to recall someone responding, saying
that it doesn't work now, but top men are working on the problem.
("Who?" "Top...men...")
-John
Re: Apache::DB and core dump
Hi there, On Mon, 30 Oct 2000, Marek W wrote: > Do you possibly know what could have caused this error while trying to run > this module. I use Linux RH 6.2. and mod_perl 1.23 Read SUPPORT. 73, Ged.
Re: Apache::DB and core dump
On Mon, 30 Oct 2000, Marek W wrote: > Do you possibly know what could have caused this error while trying to run > this module. I use Linux RH 6.2. and mod_perl 1.23 I've had problems with Apache::DB when using Apache::Request. I have not attempted to solve them yet. - Perrin
Re: Apache::DB fatal error U1077 on Win32
On Wed, 13 Jun 2001, Ender Josef wrote: > Hello > > When I tried to install Apache::DB on NT 4.0, Perl 5.6.1, Apache 1.3.20 > mod_perl/1.25_01-dev > the following error occured: > > C:\Perl\lib\CORE\perl56.lib : fatal error LNK1106: invalid file or disk > full: cannot seek to 0x3afe435e > NMAKE : fatal error U1077: 'link' : return code '0xc' > Stop. > (full listing at the end) > > I already applied the WIN32 patch (#ifndef WIN32 if (ApacheSIGINT) > *ApacheSIGINT)(SIGINT); #endif) > > Any ideas how to fix this? [ ... ] Hi, Assuming your disk isn't really full, this error can result by from using a compiler that generates code incompatible with the library it's trying to link against. Would you happen to have VC++ 5, and are using ActivePerl build 6xx? There is an incompatibility there, as ActiveState uses VC++ 6. If so, you could - upgrade to VC++ 6 - compile Perl with VC++ 5 - install Apache-DB thru the ppm utility: within your ppm utility shell, set the repository to http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer and then "install Apache-DB". best regards, randy kobes
Re: Apache::DB fatal error U1077 on Win32
From: "Randy Kobes" <[EMAIL PROTECTED]> Sent: Wednesday, June 13, 2001 10:47 PM > On Wed, 13 Jun 2001, Ender Josef wrote: > > > C:\Perl\lib\CORE\perl56.lib : fatal error LNK1106: invalid file or disk > > full: cannot seek to 0x3afe435e > > NMAKE : fatal error U1077: 'link' : return code '0xc' > > Stop. > > (full listing at the end) > > > > Any ideas how to fix this? > >Assuming your disk isn't really full, this error can result by > from using a compiler that generates code incompatible with the > library it's trying to link against. Would you happen to have > VC++ 5, and are using ActivePerl build 6xx? There is an incompatibility > there, as ActiveState uses VC++ 6. That's his bug already (boy does that look familiar :-/) > If so, you could > - upgrade to VC++ 6 > - compile Perl with VC++ 5 > - install Apache-DB thru the ppm utility: within your ppm utility shell, > set the repository to > http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer > and then "install Apache-DB". One more method (free and easy) ... grab the SDK tools. Since the SDK includes a set of some of the tools (including link.exe), it addresses the problem. I actually hit this trying to link to MS's system dll .lib files, and the bundled link addressed the issue.
RE: Apache::DB fatal error U1077 on Win32
Hi Randy Many thanks for your help >Assuming your disk isn't really full, this error can result by It is not :-) > library it's trying to link against. Would you happen to have > VC++ 5, and are using ActivePerl build 6xx? There is an > incompatibility > there, as ActiveState uses VC++ 6. If so, you could > - upgrade to VC++ 6 You're right. I used VC++ 5. Now I installed VC++ 6 SP4 and get a new error: ---snip--- DB.obj : error LNK2001: unresolved external symbol _Perl_rsignal_state blib\arch\auto\Apache\DB\DB.dll : fatal error LNK1120: 1 unresolved externals NMAKE : fatal error U1077: 'link' : return code '0x460' Stop. ---snip--- So I tried your next hint to install it with ppm. But unfortunatlely it seems, there is a wrong link at: ftp://theoryx5.uwinnipeg.ca/pub/ppmpackages/Apache-DB.ppd http://theoryx5.uwinnipeg.ca/ppmpackages/http://theoryx5.uwinnipeg.ca/ ppmpackages/x86/Apache-DB.tar.gz" /> Now I installed this package manually and it's working! Great! Many thanks! Josi > -Original Message- > From: Randy Kobes [mailto:[EMAIL PROTECTED]] > Sent: Thursday, 14 June, 2001 05:48 AM > To: Ender Josef > Cc: '[EMAIL PROTECTED]' > Subject: Re: Apache::DB fatal error U1077 on Win32 > > > On Wed, 13 Jun 2001, Ender Josef wrote: > > > Hello > > > > When I tried to install Apache::DB on NT 4.0, Perl 5.6.1, > Apache 1.3.20 > > mod_perl/1.25_01-dev > > the following error occured: > > > > C:\Perl\lib\CORE\perl56.lib : fatal error LNK1106: invalid > file or disk > > full: cannot seek to 0x3afe435e > > NMAKE : fatal error U1077: 'link' : return code '0xc' > > Stop. > > (full listing at the end) > > > > I already applied the WIN32 patch (#ifndef WIN32 if (ApacheSIGINT) > > *ApacheSIGINT)(SIGINT); #endif) > > > > Any ideas how to fix this? > [ ... ] > > Hi, >Assuming your disk isn't really full, this error can result by > from using a compiler that generates code incompatible with the > library it's trying to link against. Would you happen to have > VC++ 5, and are using ActivePerl build 6xx? There is an > incompatibility > there, as ActiveState uses VC++ 6. If so, you could > - upgrade to VC++ 6 > - compile Perl with VC++ 5 > - install Apache-DB thru the ppm utility: within your ppm > utility shell, > set the repository to > http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer > and then "install Apache-DB". > > best regards, > randy kobes >
RE: Apache::DB fatal error U1077 on Win32
On Fri, 15 Jun 2001, Ender Josef wrote: > Hi Randy > > > [...] Would you happen to have > > VC++ 5, and are using ActivePerl build 6xx? There is an > > incompatibility > > there, as ActiveState uses VC++ 6. If so, you could > > - upgrade to VC++ 6 > > You're right. I used VC++ 5. Now I installed VC++ 6 SP4 and get a new error: > > ---snip--- > DB.obj : error LNK2001: unresolved external symbol _Perl_rsignal_state > blib\arch\auto\Apache\DB\DB.dll : fatal error LNK1120: 1 unresolved > externals > NMAKE : fatal error U1077: 'link' : return code '0x460' > Stop. > ---snip--- Hi, Doug suggests to comment out this call to rsignal_state in Apache-DB for Win32, and then it will build OK. > > So I tried your next hint to install it with ppm. But unfortunatlely it > seems, there is a wrong link at: > ftp://theoryx5.uwinnipeg.ca/pub/ppmpackages/Apache-DB.ppd > HREF="http://theoryx5.uwinnipeg.ca/ppmpackages/http://theoryx5.uwinnipeg.ca/ > ppmpackages/x86/Apache-DB.tar.gz" /> Sorry about that - that's been fixed now. > Now I installed this package manually and it's working! Great! Great ... best regards, randy
