Apache::RegistryBB patch for 'use strict'

Apache::RegistryBB from mod_perl-1.24.tar.gz needs a small patch for 'use strict'. diff Apache/RegistryBB.pm.orig Apache/RegistryBB.pm 5c5 use Apache::Constants qw(NOT_FOUND FORBIDDEN OK); --- use Apache::Constants qw(NOT_FOUND FORBIDDEN OK DECLINED); -- Mike

Forms.

hi, I am interested in knowing the best way to generate forms w/ mod_perl. At the moment I use CGI.pm in combination w/ mod_perl. But I am not sure I am using it correctly or if it's the best way. Perhaps I should just use a HTML::Template? Here is a bit of the output code from my prg:

Re: Apache::RegistryBB patch for 'use strict'

Apache::RegistryBB from mod_perl-1.24.tar.gz needs a small patch for 'use strict'. diff Apache/RegistryBB.pm.orig Apache/RegistryBB.pm 5c5 use Apache::Constants qw(NOT_FOUND FORBIDDEN OK); --- use Apache::Constants qw(NOT_FOUND FORBIDDEN OK DECLINED); Committed, thanks for the

patch for Apache::Session::Store::Postgres

Patch for Apache::Session::Store::Postgres, from Apache-Session-1.51.tar.gz, to resolve problems with prepare_cached(SELECT a_session FROM sessions WHERE id = ? FOR UPDATE) statement handle DBI::st=HASH(0x369a2c) is still active after a transient error. The solution is to call sth-finish()

Re: Microsoft SQL 7.0 interface

You might use DBD::ODBC with DBD::Proxy as well; should be easier to setup, but probably less efficient than FreeTDS. Kee Hinckley wrote: At 5:45 PM -0500 5/26/00, Wang, Pin-Chieh wrote: Any body knows how to access Microsoft SQL/on NT from Apache on Linux ? Our data base is running on

[RFC] improving memory mapping thru code exercising

A while ago, a few people have mentioned that it's possible to improve the way Perl data structures get mapped in memory pages, by exercising the code before the child processes have been spawned, i.e. running the code and not just pre-compiling it. Did anyone try this at home :) Any

Re: PerlSetupEnv bug?

I can't seem to get PerlSetupEnv to affect my perl-bin anyplace other than in the perl-bin Location tag that is: PerlSetupEnv Off Alias /perl-bin/ /usr/local/apache/perl-bin/ Location /perl-bin SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI

Re: Please HELP, Thanks.

On Mon, May 29, 2000 at 08:05:08AM -0500, Hui Zhu wrote: Hi ALL: I have a module called samplemod.pm. It used to work fine. After modifying something, i got errors from a perl script (use samplemod;) saying: samplemod.pm did not return a true value at /home/httpd/perl/test.pl line 12.

Re: Please HELP, Thanks.

You could try putting a 1; at the end of the module, if you don't already have one. Leaving this out is a common mistake. Mike -Original Message- From: Hui Zhu [EMAIL PROTECTED] Cc: Modperl Mailing List [EMAIL PROTECTED] Date: 29 May 2000 14:00 Subject: Please HELP, Thanks. Hi ALL:

Strange thing about CGI::Cookie?

I see this line in my error_log, (offline mode: enter name=value pairs on standard input) And I sure it is caused by CGI::Cookie-parse (or fetch). Any idea why this would happen? Kenneth

Re: Please HELP, Thanks.

Not really a mod_perl question here,, but anyway if you include a file with "use" or "require" that file need to return a true value. return 1; or just: 1; you have probebly removed this line from samplemod.pm check samplemod.pm and make shure it returns a true value. Best regards

Re: Strange thing about CGI::Cookie?

On Mon, 29 May 2000, Kenneth Lee wrote: I see this line in my error_log, (offline mode: enter name=value pairs on standard input) And I sure it is caused by CGI::Cookie-parse (or fetch). Any idea why this would happen? Looks like CGI.pm's command line debug mode somehow gets

Re: Strange thing about CGI::Cookie?

I had no clue either, but using the Apache Cookie module instead fixed it. Arnold On Mon, 29 May 2000, Kenneth Lee wrote: I see this line in my error_log, (offline mode: enter name=value pairs on standard input) And I sure it is caused by CGI::Cookie-parse (or fetch). Any idea why

Re: patch for Apache::Session::Store::Postgres

On Mon, 29 May 2000, Michael Blakeley wrote: Patch for Apache::Session::Store::Postgres, from Apache-Session-1.51.tar.gz, to resolve problems with prepare_cached(SELECT a_session FROM sessions WHERE id = ? FOR UPDATE) statement handle DBI::st=HASH(0x369a2c) is still active after a

Re: [RFC] improving memory mapping thru code exercising

"SB" == Stas Bekman [EMAIL PROTECTED] writes: SB A while ago, a few people have mentioned that it's possible to improve the SB way Perl data structures get mapped in memory pages, by exercising the SB code before the child processes have been spawned, i.e. running the code SB and not just

[segfault] with diagnostics and DProf

It seems that Devel::Dprof and diagnostics can't live together. I wanted to profile the code that uses diagnostics from within mod_perl, but it segfaults with no core dumped and no error messages, so here is the gdb trace. The code runs Ok from the command line and produce the right dump file

Re: patch for Apache::Session::Store::Postgres

At 9:10 AM -0700 5/29/2000, Jeffrey W. Baker wrote: On Mon, 29 May 2000, Michael Blakeley wrote: Patch for Apache::Session::Store::Postgres, from Apache-Session-1.51.tar.gz, to resolve problems with prepare_cached(SELECT a_session FROM sessions WHERE id = ? FOR UPDATE) statement handle

RE: does mod_perl with USE_DSO=1 require perl built with -Duseshrplib ?

I use it with USE_DSO=1 without having built Perl with -Duseshrplib. I have all the Apache modules built as DSO's. By the way, what is Apache 1.3.14? The latest version on the Apache site is 1.3.12. -Paul -Original Message- From: Benedict Lofstedt [mailto:[EMAIL PROTECTED]] Sent:

1.2.1 installs ok, but ENV{MOD_PERL} returns false...

Hi, I compiled modperl in the usual way: in modperl 1.21 source: perl Makefile.PL EVERYTHING=1 apache 1.3.12 is at the same level. I ran make and make install and then make install in the apache source. All goes in ok. httpd -l shows: root@latin:/usr/local/apache/bin# ./httpd -l Compiled-in