Re: [error] Can't locate object method bootstrap via package DBI

2004-11-29 Thread Ray Chuan
From: Randy Kobes [EMAIL PROTECTED] To: Ray Chuan [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: [error] Can't locate object method bootstrap via package DBI Date: Sun, 28 Nov 2004 22:02:00 -0600 (CST) On Mon, 29 Nov 2004, Ray Chuan wrote: Hi, I have DBI 1.45, Apache 2.052 Win32,

Re: Apache2/Modperl2 fails to preload Win32::OLE at server startup

2004-11-29 Thread Thierry Valentin
Hello, Here is the startup script modified as you recommended: (I replaced the call to warn by Apache-server-log-debug because warn does not log anything - at least under win32) = # mod_perl startup script use Apache2 (); use ModPerl::Util (); use

Handling the User pressed Stop button case - problems

2004-11-29 Thread Federico M.
Hi, what's wrong whit this script. I need to detect when the user press the stop button. I read: http://perl.apache.org/docs/1.0/guide/debug.html#Handling_the__User_pressed_Stop_button__case SO: Debian Sarge. This is my apache.http: --- # If the perl module is installed,

Re: Handling the User pressed Stop button case - problems

2004-11-29 Thread Michael Peters
Federico M. wrote: Hi, what's wrong whit this script. I need to detect when the user press the stop button. I read: http://perl.apache.org/docs/1.0/guide/debug.html#Handling_the__User_pressed_Stop_button__case SO: Debian Sarge. This is my apache.http: --- # If the perl module

Re: [mp1] multiple handlers?

2004-11-29 Thread Geoffrey Young
Tony Clayton wrote: Hi, I am using a 3rd party compiled apache module that implements a response handler, but DECLINES all the other handlers with no processing. I want to do authentication in mod_perl before calling the handler, based on some custom HTTP headers sent by the client. I

Re: Handling the User pressed Stop button case - problems

2004-11-29 Thread Federico M.
Sorry, this is my source. #!/usr/bin/perl my $r=shift; $r-send_http_header('text/plain'); printPID=$$\n; $r-rflush; while(1) { $r-print(\0); $r-rflush; last if $r-connection-aborted; $i++; sleep 1; } ERROR: Can't call method send_http_header on an undefined value at scan2.cgi line 3. ---

Re: Handling the User pressed Stop button case - problems

2004-11-29 Thread Stas Bekman
Federico M. wrote: Sorry, this is my source. #!/usr/bin/perl my $r=shift; $r-send_http_header('text/plain'); [...] ERROR: Can't call method send_http_header on an undefined value at scan2.cgi line 3. bizarre, are you sure you don't have some other config and it tries to run it under mod_cgi

Re: [error] Can't locate object method bootstrap via package DBI

2004-11-29 Thread Randy Kobes
On Mon, 29 Nov 2004, Ray Chuan wrote: [ ... ] If you don't have another Perl, do you have problems using other modules with an xs component? For example, does use Digest::MD2; cause problems (assuming you have Digest::MD2 installed)? here's the script i ran: --

Re: mp2: does not get alarm timeout

2004-11-29 Thread Stas Bekman
Shreeguru KS wrote: Hi, I'm using mod_perl 2.0 with apache server 2.0.52 and perl version 5.8.0. The problem is that with mod_perl alarm() doesn't get timeout through apache mod_perl. It works fine on the command with perl 5.8.0. It also works with cgi. I wrote a test and indeed it doesn't work.

Re: Apache2/Modperl2 fails to preload Win32::OLE at server startup

2004-11-29 Thread Stas Bekman
Jan, do you have any idea why the CLONE trick doesn't work? CLONE is running inside the newly-clonned perl, so thread-safety shouldn't get on the way, no? Thierry Valentin wrote: Hello, Here is the startup script modified as you recommended: (I replaced the call to warn by

Re: AIM/mp2 Apache::compat bug?

2004-11-29 Thread Stas Bekman
Geoffrey Young wrote: what _does_ need to happen, though, is for Apache::compat to redefine filename() so that it behaves like mp1 did. I just don't have the tuits at the moment. Right, but there are issues with doing that: 1) that should probably be overridable and not loaded by default:

Re: Apache2/Modperl2 fails to preload Win32::OLE at server startup

2004-11-29 Thread Steve Hay
Stas Bekman wrote: Jan, do you have any idea why the CLONE trick doesn't work? CLONE is running inside the newly-clonned perl, so thread-safety shouldn't get on the way, no? Just a guess -- it may be the same problem with CoInitialize() that I experienced not long ago with Win32::Shortcut.

Re: [mp1] multiple handlers?

2004-11-29 Thread Tony Clayton
Quoting Geoffrey Young [EMAIL PROTECTED]: using a PerlAuthenHandler in no way affects who can run in any other apache phase, such as fixups or (in your case) content generation. well, outside of the normal duties of an authen handler, anyway :) Geoff, Thanks for the great pointers. The

Re: mp2: does not get alarm timeout

2004-11-29 Thread Stas Bekman
Stas Bekman wrote: Shreeguru KS wrote: Hi, I'm using mod_perl 2.0 with apache server 2.0.52 and perl version 5.8.0. The problem is that with mod_perl alarm() doesn't get timeout through apache mod_perl. It works fine on the command with perl 5.8.0. It also works with cgi. I wrote a test and indeed

Re: mp2: does not get alarm timeout

2004-11-29 Thread Stas Bekman
Stas Bekman wrote: I'm using mod_perl 2.0 with apache server 2.0.52 and perl version 5.8.0. The problem is that with mod_perl alarm() doesn't get timeout through apache mod_perl. It works fine on the command with perl 5.8.0. It also works with cgi. The news so far: at the moment the use of signals

mp2: Error -- Can't locate Apache2.pm in @INC

2004-11-29 Thread Stephen Jungels
Apparently we're not quite there yet. See the report for details. Note that I am including the bug report because it might have useful details, not because this is necessarily a bug. -8-- Start Bug Report 8-- 1. Problem Description: I am trying to get

RE: Apache2/Modperl2 fails to preload Win32::OLE at server startup

2004-11-29 Thread Jan Dubois
On Mon, 29 Nov 2004, Stas Bekman wrote: Jan, do you have any idea why the CLONE trick doesn't work? CLONE is running inside the newly-clonned perl, so thread-safety shouldn't get on the way, no? Is CLONE running inside the new *thread* ? It is not good enough to run it in the correct Perl

Re: Apache2/Modperl2 fails to preload Win32::OLE at server startup

2004-11-29 Thread Stas Bekman
Jan Dubois wrote: On Mon, 29 Nov 2004, Stas Bekman wrote: Jan, do you have any idea why the CLONE trick doesn't work? CLONE is running inside the newly-clonned perl, so thread-safety shouldn't get on the way, no? Is CLONE running inside the new *thread* ? It is not good enough to run it in the

RE: Apache2/Modperl2 fails to preload Win32::OLE at server startup

2004-11-29 Thread Jan Dubois
On Mon, 29 Nov 2004, Stas Bekman wrote: If you just call perl_clone it runs in the new perl context, but inside the same thread. At least on Unix. Under ithreads.pm it probably starts a new thread first (but I'm not sure). Under modperl 2, there is no 1:1 relationship between interpreters and

svn commit: r106912 - /perl/modperl/trunk/t/response/TestAPI/internal_redirect.pm

2004-11-29 Thread stas
Author: stas Date: Mon Nov 29 07:14:25 2004 New Revision: 106912 URL: http://svn.apache.org/viewcvs?view=revrev=106912 Log: embed debugging Modified: perl/modperl/trunk/t/response/TestAPI/internal_redirect.pm Modified: perl/modperl/trunk/t/response/TestAPI/internal_redirect.pm Url:

svn commit: r106913 - /perl/modperl/trunk/t/response/TestApache/cgihandler.pm

2004-11-29 Thread stas
Author: stas Date: Mon Nov 29 07:15:25 2004 New Revision: 106913 URL: http://svn.apache.org/viewcvs?view=revrev=106913 Log: correct the config, A-T was placing IfDefine PERL_USEITHREADS PerlInterpScope handler /IfDefine on the top level which was affecting other tests Modified:

svn commit: r106926 - /perl/modperl/trunk/Changes /perl/modperl/trunk/lib/Apache/compat.pm /perl/modperl/trunk/t/response/TestCompat/request.pm

2004-11-29 Thread stas
Author: stas Date: Mon Nov 29 08:15:53 2004 New Revision: 106926 URL: http://svn.apache.org/viewcvs?view=revrev=106926 Log: fix $r-filename in Apache::compat to update the finfo struct (which is how it worked in mp1) Modified: perl/modperl/trunk/Changes

svn commit: r106943 - /perl/modperl/trunk/t/response/TestPerl/signals.pm

2004-11-29 Thread stas
Author: stas Date: Mon Nov 29 11:22:47 2004 New Revision: 106943 URL: http://svn.apache.org/viewcvs?view=revrev=106943 Log: perl signals tests Added: perl/modperl/trunk/t/response/TestPerl/signals.pm Added: perl/modperl/trunk/t/response/TestPerl/signals.pm Url:

svn commit: r106966 - /perl/modperl/trunk/t/filter/TestFilter/both_str_native_remove.pm /perl/modperl/trunk/t/response/TestAPI/content_encoding.pm /perl/modperl/trunk/t/response/TestAPI/in_out_filters.pm

2004-11-29 Thread stas
Author: stas Date: Mon Nov 29 14:43:53 2004 New Revision: 106966 URL: http://svn.apache.org/viewcvs?view=revrev=106966 Log: add missing M_POST compilations Modified: perl/modperl/trunk/t/filter/TestFilter/both_str_native_remove.pm perl/modperl/trunk/t/response/TestAPI/content_encoding.pm

svn commit: r106968 - /perl/modperl/trunk/t/perl

2004-11-29 Thread stas
Author: stas Date: Mon Nov 29 14:44:59 2004 New Revision: 106968 URL: http://svn.apache.org/viewcvs?view=revrev=106968 Log: ignore signals.t Modified: perl/modperl/trunk/t/perl/ (props changed)