On Wed, 2004-04-14 at 20:37, Geoffrey Young wrote:
> > Here how I'm tieing, I have tried upper and lowercase on the commit:
>
> > tie %sessionHash, 'Apache::Session::Postgres', undef, { Commit => 0,
>
> Commit => 0 should be AutoCommit => 0.
Actually, no. This is an argument to Apache::Session
On Wed, 2004-04-14 at 21:28, dorian wrote:
> > yes. from DBI.pm:
>
> ah, sneaky.
But totally unnecessary. That voodoo is in the DBI code because the
intention of Apache::DBI is to change the behavior of DBI without
altering the client code in any way. If you have control over the
client code,
> yes. from DBI.pm:
ah, sneaky.
this seems to work:
package XMLTest;
use strict;
use warnings;
use XML::LibXML;
our $XML;
*_new = \&XML::LibXML::new;
*XML::LibXML::new = \&new;
sub new {
return $XML ||= _new(@_);
}
1;
__END__
minus a bit of whining about the sub redefinition, of cour
Tried this still had the problem.
I end up changing the Apache::Session::Store::Postgres.pm file. Comment out
the commit line which fixed it temporarly. But I need to figure out what's
up with this. It looks like it's not passing the valies to the Store part
properly. Gonna look through the mod
> Here how I'm tieing, I have tried upper and lowercase on the commit:
> tie %sessionHash, 'Apache::Session::Postgres', undef, { Commit => 0,
Commit => 0 should be AutoCommit => 0.
--Geoff
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modper
> similar to how
> Apache::DBI overloads DBI::connect(). I can't seem to derive an
> understanding of how Apache::DBI does what it does from its source.
> Is it a property of DBI itself?
yes. from DBI.pm:
# check if user wants a persistent database connection ( Apache + mod_perl )
if ($INC{'Ap
I'm interested in implementing a one-per-child caching module for
other applications (XML::LibXML comes to mind), similar to how
Apache::DBI overloads DBI::connect(). I can't seem to derive an
understanding of how Apache::DBI does what it does from its source.
Is it a property of DBI itself? Would
http://www.hirnfrei.org/~simon/hirnfrei.pictures/perl.jpg
Regards.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Richard F. Rebel wrote:
Hello Stas,
Didn't try it as the bug fixes I wanted are in 2.0.49.
Yes, but please try with 2.0.48 to verify that it's a problem with mod_perl
and not Apache. Somehow I think it's a bug added in 2.0.49.
--
__
Hello Stas,
Didn't try it as the bug fixes I wanted are in 2.0.49.
I just submitted a bug report.
Thanks,
On Wed, 2004-04-14 at 15:40, Stas Bekman wrote:
> Richard F. Rebel wrote:
> > Hello,
>
> Robert, always submit a proper bug report as explained here:
> http://perl.apache.org/bugs/
>
> >
For some reason I keep getting a commit error.
commit ineffective with AutoCommit enabled at
/usr/lib/perl5/site_perl/5.6.1/Apache/Session/Store/Postgres.pm line 92.
Here how I'm tieing, I have tried upper and lowercase on the commit:
unless ( eval { tie %sessionHash, 'Apache::Session::Postgres
The uploaded file
Apache-Filter-HTTPHeadersFixup-0.03.tar.gz
has entered CPAN as
file: $CPAN/authors/id/S/ST/STAS/Apache-Filter-HTTPHeadersFixup-0.03.tar.gz
size: 7370 bytes
md5: 551465102330782a5ad6d0d0030768e6
Changes since 0.02:
- fix the headers resetting bug [John D.Lima <[EMAIL
MJH wrote:
On Tuesday 13 April 2004 8:22 pm, Stas Bekman wrote:
Anything else I can try?
Second, please package this bug reproducing code into the bug reporting
skeleton, linked from:
http://perl.apache.org/docs/2.0/user/help/help.html#Problem_Description
test that you have the problem with and p
Richard F. Rebel wrote:
Hello,
Robert, always submit a proper bug report as explained here:
http://perl.apache.org/bugs/
I just compiled new versions of apache and mod_perl (worker mpm) and
when I run extended status I get:
[EMAIL PROTECTED] opt]# /etc/init.d/httpd extendedstatus
Apac
Hello,
I just compiled new versions of apache and mod_perl (worker mpm) and
when I run extended status I get:
[EMAIL PROTECTED] opt]# /etc/init.d/httpd extendedstatus
Apache Server Status for bidtxt-5.gbx.nyc.whenu.com
Server Version: Apache/2.0.49 (Unix) mod_perl/1.99_13 Perl/
On Wed, 2004-04-14 at 13:38, Perrin Harkins wrote:
> # Counter.pm
>
> sub run {
> my $cgi = shift;
> print "Content-type: text/plain\r\n\r\n";
> print "HERE";
> my $counter = 0;
> for ( 1 .. 5 ) { increment_counter(\$counter, $cgi); }
> }
>
> sub increment_counter {
> my (
Perrin Harkins wrote:
On Wed, 2004-04-14 at 13:35, Andrew Gaffney wrote:
Ah, I was under the impression it was for MP2.
There is a version of it bundled with mp2. The mp1 version is not
bundled, so you need to install it from CPAN before you can use it.
Ah, thanks.
--
Andrew Gaffney
Network Ad
On Wed, 2004-04-14 at 13:35, Andrew Gaffney wrote:
> Ah, I was under the impression it was for MP2.
There is a version of it bundled with mp2. The mp1 version is not
bundled, so you need to install it from CPAN before you can use it.
- Perrin
--
Report problems: http://perl.apache.org/bugs/
M
On Wed, 2004-04-14 at 13:07, Jeremy Silva wrote:
> The following code will cache the CGI
> parameters with Mod_perl.
It will cache them without mod_perl too, although you won't see it
because your CGI will exit after each request. Your sub
increment_counter() is a closure because it uses the $cg
Perrin Harkins wrote:
On Wed, 2004-04-14 at 13:21, Andrew Gaffney wrote:
I'm running Apache 1.3.29 and mod_perl-1.27 because I'm also using Mason. I have written a
custom module for use in my mod_perl/Mason scripts, but when I make changes, I have to
restart Apache so the module will be reloaded
On Wed, 2004-04-14 at 13:21, Andrew Gaffney wrote:
> I'm running Apache 1.3.29 and mod_perl-1.27 because I'm also using Mason. I have
> written a
> custom module for use in my mod_perl/Mason scripts, but when I make changes, I have
> to
> restart Apache so the module will be reloaded. Is there
I'm running Apache 1.3.29 and mod_perl-1.27 because I'm also using Mason. I have written a
custom module for use in my mod_perl/Mason scripts, but when I make changes, I have to
restart Apache so the module will be reloaded. Is there anyway to have it automatically
reload my module when it is ch
Perrin,
I'd be interested to see how this would work though, given my original
code post and your modifications. The following code will cache the CGI
parameters with Mod_perl. Switching to CGI::Simple was the only
solution that I could find.
JS
mycounter.pl
_
use CGI;
In case anyone missed it on the perl jobs mailing list, we are now
looking for someone to join our New York office. It's a fun place to
work, and we do lots of mod_perl. The job description follows:
Plus Three develops on-line tools that combine web, email and other
communications channels into
On Tuesday 13 April 2004 8:22 pm, Stas Bekman wrote:
> > Anything else I can try?
> Second, please package this bug reproducing code into the bug reporting
> skeleton, linked from:
> http://perl.apache.org/docs/2.0/user/help/help.html#Problem_Description
> test that you have the problem with and p
Hello All,
I am tying into someone's API, and their API calls a URL on my server
when it wants to send a message, it does this by posting an entry like:
-
Content-type: text/xml
Sample Message
--
26 matches
Mail list logo
