stas2002/08/15 23:59:02
Modified:ModPerl-Registry/lib/ModPerl RegistryCooker.pm
Log:
fix the notes() setting, which was broken
Revision ChangesPath
1.19 +1 -1 modperl-2.0/ModPerl-Registry/lib/ModPerl/RegistryCooker.pm
Index: RegistryCooker.pm
stas2002/08/15 23:59:52
Modified:ModPerl-Registry/lib/ModPerl RegistryCooker.pm
Log:
a nicer way to call a code ref
Revision ChangesPath
1.20 +1 -1 modperl-2.0/ModPerl-Registry/lib/ModPerl/RegistryCooker.pm
Index: RegistryCooker.pm
stas2002/08/16 02:01:17
Modified:ModPerl-Registry TODO
ModPerl-Registry/lib/ModPerl RegistryCooker.pm
RegistryLoader.pm
ModPerl-Registry/t/conf modperl_extra_startup.pl
Log:
- getting rid of compat.pm completely, the only
stas2002/08/16 03:11:17
Added: ModPerl-Registry/t redirect.t
ModPerl-Registry/t/cgi-bin redirect.pl
Log:
test external redirects
Revision ChangesPath
1.1 modperl-2.0/ModPerl-Registry/t/redirect.t
Index: redirect.t
stas2002/08/16 03:11:39
Modified:ModPerl-Registry/t/cgi-bin basic.pl closure.pl env.pl
not_executable.pl require.pl special_blocks.pl
Log:
no need for \r\n, \n is just fine
Revision ChangesPath
1.2 +1 -1
Hi,
the problem connecting to an oracle DB through mod_perl is solved: the
solution was, to convert the script into a mod_perl handler as it was
suggested by Stas. I adopted the code posted by Atsushi Fujita and it
worked just perfect for me.
So, thank you all for your help.
Fredo
--
Dr.
Atsushi Fujita wrote:
Hi Stas,
Can you please try to convert the script into a mod_perl handler and
test again?
OK, I just checked it.
The result was everything fine using by mod_perl handler!
There was no problem in my new code.
...But I want to use ModPerl::Registry, because this
Stas Bekman wrote:
Oleg Shaikhatarov wrote:
Hello, all!
I need to change proctitle (called $PROGRAM_NAME or $0 in perl) of
httpd process from mod_perl. Simple change of $0 variable works well
for standalone perl program, but don't work under mod_perl.
I'm not sure if it's possible,
Oleg Shaikhatarov wrote:
Stas Bekman wrote:
Oleg Shaikhatarov wrote:
Hello, all!
I need to change proctitle (called $PROGRAM_NAME or $0 in perl) of
httpd process from mod_perl. Simple change of $0 variable works well
for standalone perl program, but don't work under mod_perl.
I'm not sure
Hi Stas,
I checked using by 'SetHandler modperl', but apache responded no data without
error.
Apache log said HTTP response code was 200, but size was 0.
192.168.1.xxx - - [16/Aug/2002:22:01:51 +0900] GET /cgi-bin/test1.cgi
HTTP/1.1 200 0
What is wrong? I still counldn't understand clearly.
Atsushi Fujita wrote:
Hi Stas,
I checked using by 'SetHandler modperl', but apache responded no data without
error.
Apache log said HTTP response code was 200, but size was 0.
192.168.1.xxx - - [16/Aug/2002:22:01:51 +0900] GET /cgi-bin/test1.cgi
HTTP/1.1 200 0
What is wrong? I still
I'm running mod_perl MySQL on a Mac OSX machine with the following
information at the start of the Apache server :
[Fri Aug 16 10:38:41 2002] [alert] httpd: Could not determine the
server's fully qualified domain name, using 127.0.0.1 for ServerName
[Fri Aug 16 10:38:41 2002] [notice]
I find that too ... Gerald, a little while ago, mentioned in a
message to the dev list that latter DBIs work only if they come
into play after the perl interpreter has been cloned - perhaps
this is related to problems with using DBI in a startup script?
- same from a registry script
On Friday, August 16, 2002, at 07:52 AM, Pierre Vaudrey wrote:
dyld: /usr/sbin/httpd multiple definitions of symbol __dig_vec
/usr/libexec/httpd/libphp4.so definition of __dig_vec
/Library/Perl/darwin/auto/DBD/mysql/mysql.bundle definition of __dig_vec
dyld: /usr/sbin/httpd multiple
David Wheeler wrote:
On Friday, August 16, 2002, at 07:52 AM, Pierre Vaudrey wrote:
dyld: /usr/sbin/httpd multiple definitions of symbol __dig_vec
/usr/libexec/httpd/libphp4.so definition of __dig_vec
/Library/Perl/darwin/auto/DBD/mysql/mysql.bundle definition of __dig_vec
dyld:
same here. segfault in startup.pl.
not sure what version it was, but 1.30
installed DBI 1.30. no more segfault.
segfault for me on win XP with DBI 1.30 if DBI is used in the startup.pl
(apache 2.0.40 modperl 1.99_05 perl 5.8)
I reinstalled DBI 1.30 from CPAN just in case, installs and
Hi all
I upgraded from apache2.0.39 to 40 and removed, installed mod_perl-2 via ppm.
NowmyApache::Registry directory is not responding. The browser just hangs. Any tips on how I can troubleshoot this?
Everything isset up the way I had it workingfor2.0.39 and mod_perl-2
Thanks,paulDo You Yahoo!?
I'am very new to mod_php and here's my first question about
installing mod_perl without re-configuring apache.
I compiled Apache with --enable-module=so so I can compila a new
version if php without building a new apache. Therefore I use
./configure
Jochen Kächelin wrote:
I'am very new to mod_php and here's my first question about
installing mod_perl without re-configuring apache.
I compiled Apache with --enable-module=so so I can compila a new
version if php without building a new apache. Therefore I use
./configure
directory /a4/WWW/APACHE2/modperl-2.0-CVS-20020816/src/modules/perl
*** Error code 1
make: Fatal error: Command failed for target `modperl_lib_install'
Other then the need to upgrade perl, why is the install not recognizing that
mod_per..a is built and not mod_perl.so.
OBTW, HTTPD-2.0
Changes:
0.05 - Added Class::Container to make creation of new state machine
types (vs. applications) easier
StateMachine::Gestinanna is a fairly simple state machine
implementation that is driven by the application. It does not
actually drive an application but provides hints as to
Hi,
This may not be the most proper place to ask.
I am just curious if there is a way to call Java (or servlet) from Perl code
or such an integration project under way?
Steve Lihn
--
Notice: This e-mail message,
-- Lihn, Steve [EMAIL PROTECTED] on 08/16/02 16:09:01 -0400
Hi,
This may not be the most proper place to ask.
I am just curious if there is a way to call Java (or servlet) from Perl code
or such an integration project under way?
Check the Inline module. It allows you to include Java
(or
Hello,
I am using Debian woody with apache 1.3.26, perl
5.8.0and mod_perl 1.26. I have installed mod_perl succne essfully and
everything is working fine except the images,css and the java script. When I
checked the error log of apache I can see the following lines.
Exec format error:
It
seems that your httpd.conf fileis configured suchthat files in
/var/www/.../_img/ are interpreted as mod_perl, or some other type of
script. Check yourLocation ...
andAliasdirectives. You probably do not wish your images to be
interpreted as scripts.
Charles
-Original
Yeah fixed it.
- Original Message -
From:
Charles
To: [EMAIL PROTECTED]
Sent: Saturday, August 17, 2002 1:31
AM
Subject: RE: Imgae not displaying
It
seems that your httpd.conf fileis configured suchthat files in
/var/www/.../_img/ are interpreted as
pascal barbedor wrote:
same here. segfault in startup.pl.
not sure what version it was, but 1.30
installed DBI 1.30. no more segfault.
segfault for me on win XP with DBI 1.30 if DBI is used in the startup.pl
(apache 2.0.40 modperl 1.99_05 perl 5.8)
I reinstalled DBI 1.30 from CPAN
Paul Simon wrote:
Hi all
I upgraded from apache2.0.39 to 40 and removed, installed mod_perl-2 via
ppm.
Now my Apache::Registry directory is not responding. The browser just
hangs. Any tips on how I can troubleshoot this?
Everything is set up the way I had it working for 2.0.39
Makefile.modperl install
test -f mod_perl.so \
cp mod_perl.so /a3/APACHE/Apache2/modules
*** Error code 1
make: Fatal error: Command failed for target `install'
Current working directory
/a4/WWW/APACHE2/modperl-2.0-CVS-20020816/src/modules/perl
*** Error code 1
On Fri, 16 Aug 2002, pascal barbedor wrote:
same here. segfault in startup.pl.
not sure what version it was, but 1.30
installed DBI 1.30. no more segfault.
segfault for me on win XP with DBI 1.30 if DBI is used in the startup.pl
(apache 2.0.40 modperl 1.99_05 perl 5.8)
I
On Fri, 16 Aug 2002, Paul Simon wrote:
Hi all
I upgraded from apache2.0.39 to 40 and removed, installed
mod_perl-2 via ppm.
Now my Apache::Registry directory is not responding. The
browser just hangs. Any tips on how I can troubleshoot this?
Everything is set up the way I had it
They do work as ordinary CGI scripts (thank goodness!). The same scripts worked under ModPerl::Registry before I upgraded everything. There are no messages in the error logs.
If I call the cgi page under ModPerl::Registry via a browser, it just hangs seemingly forever...
I can tryinstalling a
Hello,
Today I went to the mod_perl website with the intention of asking, what
version of mod_perl works with Perl 5.8? I found that there wasn't an
easy way to find this out. We seem to get a lot of questions on the list
about mod_perl with Apache 2 and so forth.
Perhaps it would be a good
Le vendredi 16 août 2002, à 07:17 PM, Stas Bekman a écrit :
David Wheeler wrote:
On Friday, August 16, 2002, at 07:52 AM, Pierre Vaudrey wrote:
dyld: /usr/sbin/httpd multiple definitions of symbol __dig_vec
/usr/libexec/httpd/libphp4.so definition of __dig_vec
Andrew Ho wrote:
Hello,
Today I went to the mod_perl website with the intention of asking, what
version of mod_perl works with Perl 5.8? I found that there wasn't an
easy way to find this out. We seem to get a lot of questions on the list
about mod_perl with Apache 2 and so forth.
35 matches
Mail list logo