"John S. Evans" wrote:
Weird. The whole point of Apache::DBI (or so I understand it) is so that
your $dbh stays valid across CGI or Handler calls.
That's right. The disconnect call is a no-op when using Apache::DBI.
I can only think of two reasons why I get the error message:
1) My
Hi Ken,
the patch I send you for overwriting the login_form seems not to be in
2.007.
Are there any reason for this or did you just forget it?
Gerald
-
Gerald Richterecos electronic communication services gmbh
Internetconnect *
I have the following directives in my httpd.conf:
...
VirtualHost _default_:8082
DocumentRoot "/app/env_control/httpd/DocumentRoot"
Location "/Test"
# disable mason for this location
SetHandler default-handler
/Location
ProxyPass/Test/ http://myhost:8084/Test/
Yeah that will be really cool... can you inform me about the progress on
this, if you made something ... I thought about something similar not exact but
some sort of processor to handle XML(XSLT) - HTML conversations +
some sort of caching tehnique, but I also like this approachsomething like
I'm thinking of starting a separate mailing list for the Apache XML
Delivery Toolkit.
For those who don't know, the Apache XML Delivery Toolkit now offers the
core functionality of Cocoon (http://xml.apache.org/cocoon/) in
mod_perl, without the proprietary extension that cocoon has implemented
I had a pretty good response to the offer of a mailing list for the Apache
XML Delivery Toolkit - and very fast too!
So before more people say yes go ahead... send a blank mail to
mailto:[EMAIL PROTECTED] and join the list!
--
Matt/
Fastnet Software Ltd. High Performance Web Specialists
Jean-Denis Girard wrote:
Hi dear modperlers,
We have a client here willing to use Domino to serve
his Web site.
I started considering Domino a while ago. My conclusion
was to flee from it.
I haven't used it and these were the opinions of real
programmers that used it. I'll try to
Building Perl 5.6 with -DPERL_NO_GET_CONTEXT breaks just about every
program that uses the Perl C API. DBI, Storable mod_include, and mod_perl
1.23 are all unable to compile with this build flag. Bummer.
I skimmed perldelta and perlguts to see what was what. It was pretty easy
to fix Storable
According to Matt Sergeant:
In case you missed it - I just announce the Apache XML Delivery Toolkit to
both the modperl list and the Perl-XML list. With it you can develop an
XSLT Apache module in 13 lines of code (no caching, but it works).
I saw it, but perhaps misinterpreted the 'not' in
On Tue, 25 Apr 2000, Leslie Mikesell wrote:
According to Matt Sergeant:
In case you missed it - I just announce the Apache XML Delivery Toolkit to
both the modperl list and the Perl-XML list. With it you can develop an
XSLT Apache module in 13 lines of code (no caching, but it works).
i hate to see you suffer this pain, when the proper fix was posted to p5p
on friday (see patches/no_get_context.pat) and modperl-2.0/00README_FIRST
no longer suggests building Perl with -DPERL_NO_GET_CONTEXT
"cvs up early, cvs up often"
On Tue, 25 Apr 2000, Doug MacEachern wrote:
"cvs up early, cvs up often"
word
| VirtualHost _default_:8082
|DocumentRoot "/app/env_control/httpd/DocumentRoot"
|Location "/Test"
| # disable mason for this location
| SetHandler default-handler
|/Location
|ProxyPass/Test/ http://myhost:8084/Test/
|ProxyPassReverse /Test/
On Mon, 24 Apr 2000, John S. Evans wrote:
Weird. The whole point of Apache::DBI (or so I understand it) is so that
your $dbh stays valid across CGI or Handler calls.
Sure. But it does it magically. You're still supposed to call disconnect.
That way, your code will also work without
On Fri, 21 Apr 2000, Martin Lichtin wrote:
Anyone understand why
perl -we 'use Apache::Constants; Apache::Constants::OK();'
causes this problem?
what version of mod_perl are you using? from the command line you should
get this error:
% perl -we 'use Apache::Constants;
On Sat, 22 Apr 2000, Matt Sergeant wrote:
On Sat, 22 Apr 2000, Matt Sergeant wrote:
The only thing I can think of, is that Apache::MimeXML is somehow stopping
the PerlHandler phase from being executed. Can it do that (but still allow
the PerlFixupHandler phase to execute)???
OK, it
On Sat, 22 Apr 2000 [EMAIL PROTECTED] wrote:
I am trying to build httpd using DSO and mod_perl, mod_ssl
and mod_php (but that one hasn't come up yet)
I'm on an unpatched RedHat 6.1 with a newly built 5.6.0 perl
(egcs 2.91.66) with mod_perl from CVS and mod_ssl-2.6.3-1.3.12
for
On Sat, 22 Apr 2000 [EMAIL PROTECTED] wrote:
It's a much simpler problem than I let on to before...
(thanks matt@telepath)
whoops, disregard my last message then.
The error log shows what went wrong, but I am at a bit of
a loss on how to correct it.
[info] mod_unique_id: using ip addr
On Sat, 22 Apr 2000, Gagan Prakash wrote:
Hi,
We are in the process of moving our site www.adalbadal.com from the web
hosting company in India to iserver -- they do have mod_perl!!!
Well during this process, some of our scripts are giving us:
END failed--cleanup aborted at /dev/null
Doug MacEachern wrote:
Anyone understand why
perl -we 'use Apache::Constants; Apache::Constants::OK();'
causes this problem?
what version of mod_perl are you using? '
mod_perl 1.21, perl 5.00503
On Sun, 23 Apr 2000 [EMAIL PROTECTED] wrote:
Program received signal SIGSEGV, Segmentation fault.
0x806412e in perl_handler (r=0x8727d9c) at mod_perl.c:844
844 dPPREQ;
seems the common element in both of these reports is ssl. i'll build a
mod_perl+mod_ssl mix, so long as i can
On Tue, 25 Apr 2000, Doug MacEachern wrote:
On Sat, 22 Apr 2000, Matt Sergeant wrote:
On Sat, 22 Apr 2000, Matt Sergeant wrote:
The only thing I can think of, is that Apache::MimeXML is somehow stopping
the PerlHandler phase from being executed. Can it do that (but still allow
On Mon, 24 Apr 2000, Ian Mahuron wrote:
I get something similar when I wrap my call to Apache::Session::DBI in an
eval to try to catch it die()ing (ie. session id not found). IIRC, this is
a known bug in perl.
right, which is fixed in 5.6.0
panic: POPSTACK
Callback called exit.
Doug MacEachern [EMAIL PROTECTED] writes:
On 22 Apr 2000, Michael Poole wrote:
I get a segfault on the first page access to Apache (it's just a
request for / on the server). Backtrace:
...
That line of mod_perl.c is "dPPDIR;"
However, r-per_dir_config is NULL, so the
Yeah that will be really cool... can you inform me about the progress on
this, if you made something ... I thought about something similar
not exact but
some sort of processor to handle XML(XSLT) - HTML conversations +
some sort of caching tehnique, but I also like this
I guess the problem is that mod_mime implements SetHandler - and I'm not
convinced it should. If you were given the opportunity to do it all again
understood, but this is how apache is designed, mod_perl is just going
with the flow here.
I'd suggest it be done as follows:
If a
perl Makefile.PL USE_APXS=1 WITH_APXS=/usr/local/sbin/apxs EVERYTHING=1
probably a long shot, but any difference if you build with USE_DSO=1
instead of USE_APXS ?
I thought I'd just post here what I sent to the axdtk list, in case there
are people here who don't know what the heck I'm talking about... If this
perks your interest, send a mail to [EMAIL PROTECTED], download
the toolkit, and start asking questions...
What is the AXDTK?
It's a system very
On Tue, 25 Apr 2000, Doug MacEachern wrote:
I guess the problem is that mod_mime implements SetHandler - and I'm not
convinced it should. If you were given the opportunity to do it all again
understood, but this is how apache is designed, mod_perl is just going
with the flow here.
At 12:59 4/25/00 -0600, Martin Lichtin wrote:
Doug MacEachern wrote:
Anyone understand why
perl -we 'use Apache::Constants; Apache::Constants::OK();'
causes this problem?
what version of mod_perl are you using? '
mod_perl 1.21, perl 5.00503
This reminds me of a problem that we had
"Matt" == Matt Sergeant [EMAIL PROTECTED] writes:
Matt I guess one important question is - why do we have to call SetHandler for
Matt PerlHandlers and not for any of the other handler phases. For all the
Matt other phases Apache/mod_perl automatically figures out if there's a
Matt handler
Hello,
I'm a little perl developper, in a little french enterprise, (hexaflux).
I make my period of training and I use an apache server 1.3x. I've got some
problem with my server. It does not allow me to execute system commands in
perl :
"system (chmod 755 file.pl)" and
"open (MYFILE, file.pl
I am trying to use mod_perl with apache (1.22 1.3.12, respectively).
I am having a multitude of problems, and cannot get hello world even working.
I have loaded down installed a bunch of cpan modules to support this
(libwww-perl prerequisites. this solved some things).
as per the
On Tue, 25 Apr 2000, Jeffrey W. Baker wrote:
I wish for a consistent API and documentation in the upcoming mod_perl 2.0
implementation. For example, right now, we have several different ways to
tweak outgoing response headers. Some headers have their own method
($r-content_type), while
On Tue, 25 Apr 2000, Matt Sergeant wrote:
On Tue, 25 Apr 2000, Jeffrey W. Baker wrote:
I wish for a consistent API and documentation in the upcoming mod_perl 2.0
implementation. For example, right now, we have several different ways to
tweak outgoing response headers. Some headers
benoit bordigoni wrote:
Hello,
I'm a little perl developper, in a little french enterprise, (hexaflux).
I make my period of training and I use an apache server 1.3x. I've got some
problem with my server. It does not allow me to execute system commands in
perl :
"system (chmod 755
I do now - just uploaded a new version. It's still not correct though - a
proper fix would have to pull SetHandler out of mod_mime altogether, I
you'd still have the same problem, Apache stops calling type handlers
after the first one returns OK. besides, you can apply the SetHandler
config
On Tue, 25 Apr 2000, Geoffrey Young wrote:
Hi all...
I've noticed that get_handlers() will return the enabled handlers
for a PerlPostReadRequestHandler, but not when it is specified as a
PerlInitHandler (either by calling
$r-get_handlers('PerlPostReadRequestHandler') or
On Thu, 20 Apr 2000, Chris D'Annunzio wrote:
Is there a way to pass data into a SubRequest using the post method?
no, you'll need to use GET and $r-args
which can be made transparent with the module below, provided your code
can deal with post POST and GET requests.
That works
On 20 Apr 2000, Randal L. Schwartz wrote:
"Doug" == Doug MacEachern [EMAIL PROTECTED] writes:
Doug why all the globals?? symbol table lookups are much slower than
Doug lexicals.
If I recall, the word lately is that they're much closer than they were.
i take it back, the symbol table
On Fri, 21 Apr 2000, Greg Cope wrote:
Does this mean that we {will|may} be able to use the interpreter pool to
set up X Perl interpreters (say 20 to service dynamic handlers) with Z
apache (say 60 to handle static + dynamic content - assuming the dynamic
content is passed to the Perl
On Sat, 22 Apr 2000, Leslie Mikesell wrote:
So, does that still leave mod_perl serializing access until
everything is rewritten to be thread-safe?
no, -Dusethreads with 5.6.0 makes the Perl runtime (aka PerlInterpreter),
re-entrant. all of Perl's internal globals (symbol table, stacks,
etc.)
On Sun, 23 Apr 2000, Gunther Birznieks wrote:
I agree... but to some degree I hope this has been done for many of the
major modules and the major DBI modules (eg DBD sybase)... as they ended up
having to work on ActiveState's PerlEx which uses a similar model. In a
way, PerlEx's model
On Sat, 22 Apr 2000, Eric Cholet wrote:
mod_perl-2.0 requires perl 5.6 to be build with -Dusethreads, which turns
on threading and multiplicity.
just to be clear, as you mention below, -Dusetheads isn't required for
mod_perl-2.0, but strongly suggested if you use an mpm other than prefork :)
On Tue, 25 Apr 2000, Jeremy Blumenfeld wrote:
Hi.
We are running Server Version: Apache/1.3.9 (Unix) mod_perl/1.21 on a
Linux system.
Having problems with a "Deep Recursion" when using the copy method of
File::Copy.
my guess is that you're using Perl 5.005_03 and have PerlFreshRestart On
On Tue, 25 Apr 2000, Martin Lichtin wrote:
Doug MacEachern wrote:
Anyone understand why
perl -we 'use Apache::Constants; Apache::Constants::OK();'
causes this problem?
what version of mod_perl are you using? '
mod_perl 1.21, perl 5.00503
ok, well, i don't understand why
On Sat, 15 Apr 2000 [EMAIL PROTECTED] wrote:
Modperlers...,
I'd like to start a discussion about the deficiences in Apache/modperl
and get you feedback with regard to this issue. The problem as I see
it is that the process model that Apache uses is very hard on modperl.
[EMAIL PROTECTED] (Gerald Richter) wrote:
Hi Ken,
the patch I send you for overwriting the login_form seems not to be in
2.007.
Are there any reason for this or did you just forget it?
Hi Gerald,
Actually, neither - it's just that I haven't gotten to it yet. The changes I
put in 2.007 come
On Sat, 15 Apr 2000 [EMAIL PROTECTED] wrote:
It is very memory inneffecient basically. Each process of apache has
it's registry which holds the compiled perl scripts in..., a copy of
each for each process. This has become an issue for one of the
companies that I work for, and I noted
I am trying to implement a cross platform auth scheme whereby users log
into a system running in a microsoft environment. Then, when they want to
check their e-mail, they click a link in the form of:
mail.isoftcorp.com/auth?k=sequence
the key sequence is determined when they log into the main
The URL
ftp://ftp.dev.ecos.de/pub/perl/embperl/HTML-Embperl-1.3b3.tar.gz
has entered CPAN as
file: $CPAN/authors/id/GRICHTER/HTML-Embperl-1.3b3.tar.gz
size: 272444 bytes
md5: a0a28868e85094f7d52f00fa8d046298
Changes since 1.3b2:
- Fixed SIGSEGV which occurs in cleanup with
| VirtualHost _default_:8082
|DocumentRoot "/app/env_control/httpd/DocumentRoot"
|Location "/Test"
| # disable mason for this location
| SetHandler default-handler
|/Location
|ProxyPass/Test/ http://myhost:8084/Test/
|ProxyPassReverse /Test/
richter 00/04/25 21:07:55
Modified:embperl index.html
Log:
Embperl Webpages - Changes
Revision ChangesPath
1.100 +5 -0 modperl-site/embperl/index.html
Index: index.html
===
RCS file:
53 matches
Mail list logo