Re: help with Apache::DB
Perrin Harkins wrote: On Tue, 2003-02-18 at 08:07, giorgos zervas wrote: i am using Apache::DB to debug my mod_perl handlers and altough the debugger seems to be working fine it won't display the source code next to the current line being debugged. That's because you are compiling that code before you activate the debugger, so it doesn't get to put in the debugging symbols. Look at the "init" method in the Apache::DB documentation. Thanks Perrin, now I recall that ;) and it's even documented: http://perl.apache.org/docs/1.0/guide/debug.html#Interactive_mod_perl_Debugging __ 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: help with Apache::DB
On Tue, 2003-02-18 at 08:07, giorgos zervas wrote: > i am using Apache::DB to debug my mod_perl handlers and altough the > debugger seems to be working fine it won't display the source code next > to the current line being debugged. That's because you are compiling that code before you activate the debugger, so it doesn't get to put in the debugging symbols. Look at the "init" method in the Apache::DB documentation. - Perrin
Re: help with Apache::DB
hi stas, thanks for you help. i tried debugging one my non modperl scripts from the command line and it seems to be working as expected. the debugger commands 'w' and 'l' display the source code as expected and i also always see the current line being executed by the debugger. so the problem must be Apache::DB specific. still i am clueless as to what it could be... regards, giorgos On Tue, 2003-02-18 at 23:14, Stas Bekman wrote: > giorgos zervas wrote: > > hi all, > > > > i am using Apache::DB to debug my mod_perl handlers and altough the > > debugger seems to be working fine it won't display the source code next > > to the current line being debugged. for example: > > > > DB<10> r > > scalar context return from CODE(0x8d7101c): -> undef > > Apache::DB::CODE(0x8d7101c)(/usr/local/lib/perl/5.6.1/Apache/DB.pm:35): > > 35: > > > > next to the line starting with "35:" the 35th line of source code should > > be displayed. however this doesn't happen either with my modules or the > > ones from CPAN. > > > > i even thought it might me a font problem and tried to use different > > terminals and font combinations but none of them worked for me. > > > > has anyone else encountered a similar problem? > > I haven't seen such a thing, but do you see a similar problem if you debug > from the command line (certainly something similar but that doesn't require > mod_perl). > http://perl.apache.org/docs/1.0/guide/debug.html#Introduction_to_the_Perl_Debugger > > __ > 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 -- giorgos <[EMAIL PROTECTED]>
Re: help with Apache::DB
giorgos zervas wrote: hi all, i am using Apache::DB to debug my mod_perl handlers and altough the debugger seems to be working fine it won't display the source code next to the current line being debugged. for example: DB<10> r scalar context return from CODE(0x8d7101c): -> undef Apache::DB::CODE(0x8d7101c)(/usr/local/lib/perl/5.6.1/Apache/DB.pm:35): 35: next to the line starting with "35:" the 35th line of source code should be displayed. however this doesn't happen either with my modules or the ones from CPAN. i even thought it might me a font problem and tried to use different terminals and font combinations but none of them worked for me. has anyone else encountered a similar problem? I haven't seen such a thing, but do you see a similar problem if you debug from the command line (certainly something similar but that doesn't require mod_perl). http://perl.apache.org/docs/1.0/guide/debug.html#Introduction_to_the_Perl_Debugger __ 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
help with Apache::DB
hi all, i am using Apache::DB to debug my mod_perl handlers and altough the debugger seems to be working fine it won't display the source code next to the current line being debugged. for example: DB<10> r scalar context return from CODE(0x8d7101c): -> undef Apache::DB::CODE(0x8d7101c)(/usr/local/lib/perl/5.6.1/Apache/DB.pm:35): 35: next to the line starting with "35:" the 35th line of source code should be displayed. however this doesn't happen either with my modules or the ones from CPAN. i even thought it might me a font problem and tried to use different terminals and font combinations but none of them worked for me. has anyone else encountered a similar problem? many thanks, giorgos
help with Apache::DB
hi all, i am using Apache::DB to debug my mod_perl handlers and altough the debugger seems to be working fine it won't display the source code next to the current line being debugged. for example: DB<10> r scalar context return from CODE(0x8d7101c): -> undef Apache::DB::CODE(0x8d7101c)(/usr/local/lib/perl/5.6.1/Apache/DB.pm:35): 35: next to the line starting with "35:" the 35th line of source code should be displayed. however this doesn't happen either with my modules or the ones from CPAN. i even thought it might me a font problem and tried to use different terminals and font combinations but none of them worked for me. has anyone else encountered a similar problem? many thanks, giorgos
[patch] Apache::DB now works with 5.8.0+
To all those having problems with Apache::DB and perl 5.8.0+ (CC'ing all
those who have complained recently).
Try this patch:
--- Apache-DB-0.06/DB.pm.old 1999-10-12 07:50:33.0 +0800
+++ Apache-DB-0.06/DB.pm 2002-11-29 18:03:47.0 +0800
@@ -14,6 +14,7 @@
$Apache::Registry::MarkLine = 0;
sub init {
+*DB::DB = sub {} unless DB->can("DB"); # temp definition for 5.8.0+
if(init_debugger()) {
warn "[notice] Apache::DB initialized in child $$\n";
}
__
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 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 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-
Apache::DB and perl 5.80
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. ~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? Rob
Apache::DB failing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I'm trying to get Apache::DB working, but currently, I am failing. I have used it previously with perl 5.6.1, but I have upgraded to 5.8 and I can't get it to work. Other mod_perl stuff works fine (I recompiled mod_perl and apache after upgrading Perl). the error I get is, [mac47gbcri:/opt/local] mike% sudo ./sbin/httpd -X -D PERLDB [notice] Apache::DB initialized in child 29483 [Tue Nov 5 17:27:55 2002] [error] No DB::DB routine defined at /opt/local/lib/perl5/5.8.0/Exporter/Heavy.pm line 4. BEGIN failed--compilation aborted at /opt/local/lib/perl5/5.8.0/Exporter/Heavy.pm line 4. Compilation failed in require at /opt/local/lib/perl5/5.8.0/Exporter.pm line 16. BEGIN failed--compilation aborted at /opt/local/lib/perl5/site_perl/5.8.0/darwin/DBI.pm line 243. Compilation failed in require at /opt/local/lib/perl5/site_perl/5.8.0/Apache/DBI.pm line 4. BEGIN failed--compilation aborted at /opt/local/lib/perl5/site_perl/5.8.0/Apache/DBI.pm line 4. Compilation failed in require at /opt/local/etc/apache/startup.pl line 6. BEGIN failed--compilation aborted at /opt/local/etc/apache/startup.pl line 6. Compilation failed in require at (eval 6) line 1. Syntax error on line 55 of /opt/local/etc/apache/local.conf: No DB::DB routine defined at /opt/local/lib/perl5/5.8.0/Exporter/Heavy.pm line 4. BEGIN failed--compilation aborted at /opt/local/lib/perl5/5.8.0/Exporter/Heavy.pm line 4. Compilation failed in require at /opt/local/lib/perl5/5.8.0/Exporter.pm line 16. BEGIN failed--compilation aborted at /opt/local/lib/perl5/site_perl/5.8.0/darwin/DBI.pm line 243. Compilation failed in require at /opt/local/lib/perl5/site_perl/5.8.0/Apache/DBI.pm line 4. BEGIN failed--compilation aborted at /opt/local/lib/perl5/site_perl/5.8.0/Apache/DBI.pm line 4. Compilation failed in require at /opt/local/etc/apache/startup.pl line 6. BEGIN failed--compilation aborted at /opt/local/etc/apache/startup.pl line 6. Compilation failed in require at (eval 6) line 1. A similar error is produced no matter what module I try and use when in my startup.pl, or if I don't use that, when the first script is compiled. Perhaps Exporter wasn't built properly (and thus presumably, the rest of perl), or Perl 5.8.0 doesn't get on with Apache::DB, or? thanks in advance Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (Darwin) iD8DBQE9yHDfilk3LUlIL0MRAg9jAKDEXui79Kk/T6ytvu0mHq2pi29K3ACg2rYD HieYfzJnos0r+iBnblR5Qbc= =zW0O -END PGP SIGNATURE-
Re: Trouble with Apache::DB
Yes, I was using the stock RH perl. I did try recompiling 5.8.0 with debugging support, as you suggested, with no luck. I then tried recompiling other versions of perl (like 5.8.0 RC2, RC1, 5.7.3), with and without debugging support, also with no luck. Finally, I just grabbed a 5.6.1 (since this all worked on my other systems with 5.6.1) and put that on there. I compiled without debugging support (and just used almost all the defaults), recompiled mod_perl and Apache, and that seems to have done the trick. I still don't know what the problem is, whether it's with perl, Apache::DB, RH, me, my cat... Anyway, I'll have to use this workaround until I have more free time. Thanks to everyone for the suggestions! --kip --- William McKee <[EMAIL PROTECTED]> wrote: > On 24 Oct 2002 at 23:35, John Siracusa wrote: > > I got a similar error a while back when I tried it > with the same versions > > of Perl, mod_perl, and apache (but on Mac OS X). > I googled a while and all > > I could come up with were some posts from > internals hackers about perl data > > structures getting mysteriously hosed for some > unknown reason with this > > collection of versions. I still haven't found a > solution... > > I think someone recently mentioned on this list that > you may need a Perl > with debugging compiled into it. Kip, are you using > the stock Redhat Perl? > Maybe you should try recompiling with debugging > enabled. That means you'll > need to recompile mod_perl as well. For my part, I > haven't had a problem > with the Debian 3.0 or FreeBSD perl binaries. > __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/
Re: Trouble with Apache::DB
On 24 Oct 2002 at 23:35, John Siracusa wrote: > I got a similar error a while back when I tried it with the same versions > of Perl, mod_perl, and apache (but on Mac OS X). I googled a while and all > I could come up with were some posts from internals hackers about perl data > structures getting mysteriously hosed for some unknown reason with this > collection of versions. I still haven't found a solution... I think someone recently mentioned on this list that you may need a Perl with debugging compiled into it. Kip, are you using the stock Redhat Perl? Maybe you should try recompiling with debugging enabled. That means you'll need to recompile mod_perl as well. For my part, I haven't had a problem with the Debian 3.0 or FreeBSD perl binaries. Good luck, William -- Lead Developer Knowmad Services Inc. || Internet Applications & Database Integration http://www.knowmad.com
Re: Trouble with Apache::DB
On 10/24/02 11:18 PM, Kip Cranford wrote: > I have a newly installed Red Hat 8.0 system, with the > following characteristics: > > * Perl v5.8.0 > * mod_perl 1.27 > * Apache 1.3.26 > > The build of mod_perl/Apache worked fine; the project > I had been working on before upgrading RH seems to run > ok. However, today I attempted to debug something > using Apache::DB and running with "httpd -X". I > received this error: > > [error] No DB::DB routine defined at > /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Apache.pm > line 4. I got a similar error a while back when I tried it with the same versions of Perl, mod_perl, and apache (but on Mac OS X). I googled a while and all I could come up with were some posts from internals hackers about perl data structures getting mysteriously hosed for some unknown reason with this collection of versions. I still haven't found a solution... -John
Trouble with Apache::DB
I have a newly installed Red Hat 8.0 system, with the following characteristics: * Perl v5.8.0 * mod_perl 1.27 * Apache 1.3.26 The build of mod_perl/Apache worked fine; the project I had been working on before upgrading RH seems to run ok. However, today I attempted to debug something using Apache::DB and running with "httpd -X". I received this error: [error] No DB::DB routine defined at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Apache.pm line 4. Now, nothing has changed with my project (i.e. the Apache config is the same, the code is the same, etc), only the version of Perl on the new system. I did some tests using the regular perl debugger, and had no problems. Is there some incompatibility here, or is something else wrong? Any help would be greatly appreciated. Thanks, --kip __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.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
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
--- 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
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
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
[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
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
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
Apache::DB
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. Thanks in advance. I really want to use this as my mod_perl debugger! Gregory
Apache::DB for win32
Hi winnt/as561/ modperl 1_26_01-dev / apache 1.3.22 I installed Apache::DB module from theoryx5 repository. I put the necessary directives in httpd.conf. It is said to start apache with -X flag. but there is no such possibility on win32 apache. so i started the server normally and manually in a cmd window. there is a notice APACHE::DB initialized in the cmd window. I enter an url in the browser, which hangs as expected, but when i come back to my cmd window i have no opportunity to enter debug commands. the screen is freezed as when you start apache manually without the debugger. has anyone succesfully used apache::DB on win32 ? thanks pascal Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,13 /mn) ; tél : 08 92 68 13 50 (0,34/mn)"
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 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:
> 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 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: > 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/
Apache::DB patch
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.
To enable ptkdb I add the directive:
PerlSetVar PerlTkDB On
in preferred place of my httpd.conf. For example:
PerlSetVar PerlTkDB On
PerlFixupHandler Apache::DB
SetHandler perl-script
PerlHandler Apache::MyModule
then start Apache with:
% httpd -D PERLDB
If Devel::ptkdb isn't installed, then default debug libraries (perl5db.pl) are loaded.
---CUT HERE---
--- DB.pm Thu Feb 28 16:45:29 2002
+++ DB.pm-patched Thu Feb 28 16:31:12 2002
@@ -26,7 +26,9 @@
init();
-require 'Apache/perl5db.pl';
+unless ( $r->dir_config('PerlTkDB') && eval("require 'Devel/ptkdb.pm'") ) {
+require 'Apache/perl5db.pl';
+}
$DB::single = 1;
if (ref $r) {
---CUT HERE---
(run the patch in the same directory of Apache/DB.pm)
Any comment will be appreciated.
Enrico
=
Enrico Sorcinelli - Gruppo E-Comm - Italia On Line S.p.a.
E-Mail: [EMAIL PROTECTED] - [EMAIL PROTECTED]
=
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
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
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
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
Apache::DB fatal error U1077 on Win32
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: ca
nnot 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?
thanks in advance,
Josi
full error listing:
snip
C:\.cpan\build\Apache-DB-0.06>nmake
Microsoft (R) Program Maintenance Utility Version 1.62.7022
Copyright (C) Microsoft Corp 1988-1997. All rights reserved.
C:\Perl\bin\perl.exe -IC:\Perl\lib -IC:\Perl\lib
C:\Perl\lib\ExtUtils/xs
ubpp -typemap C:\Perl\lib\ExtUtils\typemap DB.xs > DB.xsc &&
C:\Perl\bin\perl.e
xe -IC:\Perl\lib -IC:\Perl\lib -MExtUtils::Command -e mv DB.xsc DB.c
cl -c -nologo -O1 -MD -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT
-DHAVE_DE
S_FCRYPT -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DPERL_MSVCRT_READFIX
-O1 -
MD -DNDEBUG-DVERSION=\"0.06\" -DXS_VERSION=\"0.06\" -IC:\Perl\lib\CORE
DB
.c
DB.c
"Running Mkbootstrap for Apache::DB ()"
C:\Perl\bin\perl.exe -IC:\Perl\lib -IC:\Perl\lib -MExtUtils::Command
-e
chmod 644 DB.bs
C:\Perl\bin\perl.exe "-IC:\Perl\lib" "-IC:\Perl\lib"
-MExtUtils::Mksymli
sts -e "Mksymlists('NAME' => 'Apache::DB', 'DLBASE' => 'DB', 'DL_FUNCS' =>
{ }
, 'FUNCLIST' => [], 'IMPORTS' => { }, 'DL_VARS' => []);"
link -out:blib\arch\auto\Apache\DB\DB.dll -dll -nologo -nodefaultlib
-re
lease -libpath:"C:\Perl\lib\CORE" -machine:x86 DB.obj
C:\Perl\lib\CORE\perl5
6.lib oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib
advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib uuid.lib
wsock32.l
ib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib msvcrt.lib
-def:DB.def
C:\Perl\lib\CORE\perl56.lib : fatal error LNK1106: invalid file or disk
full: ca
nnot seek to 0x3afe435e
NMAKE : fatal error U1077: 'link' : return code '0xc'
Stop.
snip
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 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.
Apache::DB and core dump
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 Mark
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 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.
Apache::DB in emacs
Can anyone tell me if there is a way to run mod_perl's Apache::DB under emacs? That is, with the "gdb" (or "perldb") keystrokes and source code steping etc..., rather than from a shell command line. Thanks, Dick
Re: Prb: Apache::DB plus Perl 5.6 doesn't break
On Fri, 19 May 2000, Jeremy Howard wrote: > Thanks heaps, Doug--moving require Apache::DB/Apache::DB->init to the > top fixed it! kool! > Previously I had 'use Apache' 1st, which worked fine under the "old" > version... It's funny the things that change between versions, isn't it? > In fact, Apache::DB is now working better than before--I used to have > some subs outside of modules that wouldn't break properly... now they > work fine! right, because Perl decides at compile time if a subroutine call should be dispatched to the debugger, which it won't do unless Apache::DB->init has been called (similar to what -d switch does on the command line) > Is anyone aware of any specific reason not to switch to 5.6.0 with > mod_perl for production machines (other than just 'in case')? we've hit a few problems, but 1.24 should have them ironed out. can't promise there won't be more though.
Re: Prb: Apache::DB plus Perl 5.6 doesn't break
> i am able to set breakpoints no problem with 5.6.0 (perl-current, > actually). i would suggest stripping back your Perl config to something > simple (i tested with b Apache::Status::handler) and make sure > require Apache::DB/Apache::DB->init is the first piece of Perl code to > run. > Thanks heaps, Doug--moving require Apache::DB/Apache::DB->init to the top fixed it! Previously I had 'use Apache' 1st, which worked fine under the "old" version... It's funny the things that change between versions, isn't it? In fact, Apache::DB is now working better than before--I used to have some subs outside of modules that wouldn't break properly... now they work fine! Is anyone aware of any specific reason not to switch to 5.6.0 with mod_perl for production machines (other than just 'in case')? -- Jeremy Howard [EMAIL PROTECTED]
Re: Prb: Apache::DB plus Perl 5.6 doesn't break
i hadn't tried Apache::DB with newer Perl since 5.005_6x-ish, there was a fix that went into version 0.06 for that, are you using 0.06? i am able to set breakpoints no problem with 5.6.0 (perl-current, actually). i would suggest stripping back your Perl config to something simple (i tested with b Apache::Status::handler) and make sure require Apache::DB/Apache::DB->init is the first piece of Perl code to run.
Re: Prb: Apache::DB plus Perl 5.6 doesn't break
> Well, that subject line looks a bit odd, doesn't it? What I mean is that > with Perl 5.6.0, Apache::DB is broken, because it doesn't break... Er, > that is, you can add breakpoints, but Apache::DB never actually breaks on > them. > > Is anyone else having this problem? Is there a new version in the works? I've got a bit more info on this now. Nothing has changed on my PC (Linux RH 6.2) since this morning, other than updating Perl from 5.005_03 to 5.6.0. Apache::DB _was_ working fine. When I add a breakpoint, tab completion works fine to enter a sub name, and no errors are given by the debugger. However, doing an 'L' doesn't show any breakpoints, and no breaks occur. I've tried replacing perl5db.pl in 5.6.0 with the version from 5.005_03, but the behaviour is the same. Anyone else having this trouble? Anyone successfully used Apache::DB in 5.6.0? -- Jeremy Howard [EMAIL PROTECTED]
Prb: Apache::DB plus Perl 5.6 doesn't break
Well, that subject line looks a bit odd, doesn't it? What I mean is that with Perl 5.6.0, Apache::DB is broken, because it doesn't break... Er, that is, you can add breakpoints, but Apache::DB never actually breaks on them. Is anyone else having this problem? Is there a new version in the works? -- Jeremy Howard [EMAIL PROTECTED]
Re: [Patch] Apache::DB on Win32
thanks Gerald, applied for 0.07. On Wed, 29 Mar 2000, Gerald Richter wrote: > Hi Doug, > > the following patch allows Apache::DB to be used on Win32 Systems: > > In DB.xs wrap the SIGINT call at the last line inside a conditional, like: > > #ifndef WIN32 > if (ApacheSIGINT) (*ApacheSIGINT)(SIGINT); > #endif > > Gerald > > > - > Gerald Richterecos electronic communication services gmbh > Internetconnect * Webserver/-design/-datenbanken * Consulting > > Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz > E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925151 > WWW:http://www.ecos.de Fax: +49 6133 925152 > - >
[Patch] Apache::DB on Win32
Hi Doug, the following patch allows Apache::DB to be used on Win32 Systems: In DB.xs wrap the SIGINT call at the last line inside a conditional, like: #ifndef WIN32 if (ApacheSIGINT) (*ApacheSIGINT)(SIGINT); #endif Gerald - Gerald Richterecos electronic communication services gmbh Internetconnect * Webserver/-design/-datenbanken * Consulting Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925151 WWW:http://www.ecos.de Fax: +49 6133 925152 -
Re: Why does using Apache::DB as described by Stas break mod_perl?
Excellent! Thank you. Dave Stas> Try to add Stas> PerlModule Apache::Registry Stas> before the part >> I would like to use the Apache::DB as described on >> http://perl.apache.org/guide/porting.html, but I get an "Undefined >> subroutine &Apache::Registry::handler" error. Any suggestions?
Re: Why does using Apache::DB as described by Stas break mod_perl?
Try to add PerlModule Apache::Registry before the part > I would like to use the Apache::DB as described on > http://perl.apache.org/guide/porting.html, but I get an "Undefined > subroutine &Apache::Registry::handler" error. Any suggestions? > > My config before trying Apache::DB : > > Alias /perl/ /home/httpd/perl/ > > > SetHandler perl-script > PerlHandler Apache::Registry > Options +ExecCGI > > > With this config, everything works as expected. > -------- > > My config after Apache::DB : > > Alias /perl/ /home/httpd/perl/ > > PerlSetEnv PERLDB_OPTS "NonStop=1 LineInfo=/tmp/db.out AutoTrace=1 frame=2" > PerlModule Apache::DB > > PerlFixupHandler Apache::DB > SetHandler perl-script > PerlHandler Apache::Registry > Options ExecCGI > PerlSendHeader On > > > With this config, I get the following error: > > [notice] Apache::DB initialized in child 11380 > [Tue Jan 4 08:38:15 2000] [error] Undefined subroutine &Apache::Registry::handler >called. > > Dave > ___ Stas Bekmanmailto:[EMAIL PROTECTED] http://www.stason.org/stas Perl,CGI,Apache,Linux,Web,Java,PC http://www.stason.org/stas/TULARC perl.apache.orgmodperl.sourcegarden.org perlmonth.comperl.org single o-> + single o-+ = singlesheavenhttp://www.singlesheaven.com
Why does using Apache::DB as described by Stas break mod_perl?
I would like to use the Apache::DB as described on http://perl.apache.org/guide/porting.html, but I get an "Undefined subroutine &Apache::Registry::handler" error. Any suggestions? My config before trying Apache::DB : Alias /perl/ /home/httpd/perl/ SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI With this config, everything works as expected. My config after Apache::DB : Alias /perl/ /home/httpd/perl/ PerlSetEnv PERLDB_OPTS "NonStop=1 LineInfo=/tmp/db.out AutoTrace=1 frame=2" PerlModule Apache::DB PerlFixupHandler Apache::DB SetHandler perl-script PerlHandler Apache::Registry Options ExecCGI PerlSendHeader On With this config, I get the following error: [notice] Apache::DB initialized in child 11380 [Tue Jan 4 08:38:15 2000] [error] Undefined subroutine &Apache::Registry::handler called. Dave
