Yes, that's already mentioned on the page I used.
Gesendet: Donnerstag, 21. September 2017 um 16:37 Uhr
Von: "André Warnier (tomcat)"
An: modperl@perl.apache.org
Betreff: Re: debugging mod_perl fails
Hi.
I did not look at the page you mention below, but in the Apache::DB page on CPAN,
https:/
My setup's versions:
Ubuntu Server 17.04
Apache2 2.4.25
Perl 5.24.1
mod_perl 2.10
Apache::DB 0.14
I precisely followed the manual from this site:
http://plosquare.blogspot.de/2009/04/debugging-modperl-applications-with.html
and used a simple .pl-page to test debugging mod_perl.
I tried al
So are there no work-arounds for this? I notice that there seems to be
only the PerlIO interface to the APR file I/O functionality. If there
was a more direct Perl API (wherein I could pass the flags I want) this
wouldn't be an issue.
Philippe M. Chiasson wrote:
On 20/04/09 19:59 ,
fails here...\n");
return APR_EACCES;
}
I might suggest checking for APR_WRITE /or/ APR_APPEND, but there may be
some reason why it's done this way.
Has anyone else stumbled on this or am I doing something that breaks the
warranty? Is there a work-around in Perl?
--
Marc
request to another virtualhost, the wrong handler will be called.
This would explain why it's running perfectly under cgi, because in
every script call the correct lib path is defined.
So, my first question is: am I right?
Secondly, what if we're running the cgi under speedycgi?
Thx,
Marc
Implemented Fixup handler and it works fine. Thanks all.
Marc M. Adkins wrote:
I'm actually thinking the same thing. I've been looking for a
configuration setting that will just notice that the file isn't there
and 404, but I think the fact that there IS a response handler is
I'm actually thinking the same thing. I've been looking for a
configuration setting that will just notice that the file isn't there
and 404, but I think the fact that there IS a response handler is
causing Apache to skip the check for the existence of the file. Failing
a simpler configuration
possible
though, somehow.
That said you might be better served catching whatever situation is
causing you to want to do this earlier in the request cycle and keeping
the response phase from doing whatever it wants to do in the first place
and just causing the 404 to happen then.
Adam
Mar
Thanks in advance for any hints.
mma
Marc M. Adkins wrote:
Hmmm...it's a bucket brigade FilterRequestHandler output filter. It
seems to not care what return code I use, whatever is in the bucket
brigade goes out. Can I not return Apache2::Const::NOT_FOUND from
handler()? That seems o
Hmmm...it's a bucket brigade FilterRequestHandler output filter. It
seems to not care what return code I use, whatever is in the bucket
brigade goes out. Can I not return Apache2::Const::NOT_FOUND from
handler()? That seems odd.
Marc M. Adkins wrote:
I'm trying to cause a 404 err
I'm trying to cause a 404 error from an output filter and it isn't doing
what I expect. Is this even possible?
mma
ting other programs like
'c:\WINDOWS\system32\notepad.exe' or '"c:\Programme\Microsoft
Office\Office11\Winword.exe"' with $prog, and also no errors were thrown
in the logfile, but none of the programs were started.
Can anyone please help me how to start a detached background process in
win32? I'm really out of ideas!
Thanks a lot
Marc
wrote:
On Sat, 07 Jul 2007 11:13:49 -0700
"Marc M. Adkins" <[EMAIL PROTECTED]> wrote:
I have been struggling with DirectoryIndex behavior and configuration
information from custom Perl directives for a while now. I've been
scanning the web and posting here and thanks for th
Well, I _am_ using XSLT for my template expansion. That kind of makes
XML important.
Thanks for the responses, and that's about what I figured I would try.
Just wondering if anyone would answer "no it won't work because..."
John Drago wrote:
--- John ORourke <[EMAIL PROTECTED]> wrote:
I'v
ing that I should be
able to hang the XML object (not the text representation thereof) on the
request object and avoid the overhead of printing the XML and then
parsing it again. Has anyone tried doing this?
Marc M. Adkins
allest
possible footprint to make it easy to review, for them what has the time
and interest.
Failing that, perhaps this IS a good solution and may benefit some other
poor soul.
Marc M. Adkins
mod_perl_config.czf
Description: Binary data
know.
Thanks for all the various suggestions. This has all been very informative.
Marc M. Adkins
I define a generalized output filter for any .page file:
SetHandler perl-script
PerlOutputFilterHandler Layout
I have a block:
DataSources Environment
whic
Geoffrey Young wrote:
My PerlResponseHandler works fine on files in the /tools directory for
pages that are specified, for example:
/tools/environment.page
/tools/index.page
If I use just the directory URI:
/tools/
the DirectoryIndex specification works but I don't get any configuration
data
I define a generalized output filter for any .page file:
SetHandler perl-script
PerlOutputFilterHandler Layout
I have a block:
DataSources Environment
which I'm referencing via an Alias from a VirtualHost:
ServerName home.Dimension.org
Docu
As an FyI I am also seeing this on Apache 2.2.4
Thanks
Marc
-- Forwarded message --
From: Marc Boorshtein <[EMAIL PROTECTED]>
Date: Jan 22, 2007 2:06 PM
Subject: Stream Filter Generating "Resource Unavailable" errors
To: modperl@perl.apache.org
Hello,
I
}
}
return Apache2::Const::OK;
The code functionally works OK, but the IHS (Apache) error log is
filled with the above errors. I've found this error in relationship
to scokets, but not with filters. Any help would be greatly
appreciated.
Thanks
Marc
On 1/11/07, Phil Whelan <[EMAIL PROTECTED]> wrote:
Hi Marc,
Do you have a example of the configuration and code you are using?
Cheers,
Phil
Sure,
Here's the code :
--
sub input : FilterConnectionHandler {
my $s = Apache2::ServerU
Hello,
I've biult a perl connection filter that I've configured with
PerlFilterInputHandler, but for some reason it keeps getting called
for output. Am I missing something?
Thanks
Marc
-
When I reach the proxied resource, all of the cookies are being send,
not just the "mycookie" cookie.
Am what I am trying possible?
Thanks
Marc
Yes, fully intentional. We want to wipe out all cookies of all domains
that have been set during a session.
Marc
Robert Landrum wrote:
Marc Lambrichs wrote:
Date: Sun, 10 Dec 2006 12:50:09 GMT
Server: Apache
Set-Cookie: auth_tkt=; path=/; domain=main.domain.com; expires=Sun,
10-Dec-2006 11
Well, there's no problem there. Checking the head looks ok: my tests
show three Set-Cookie statements:
$ curl -I --cookie
"auth_tkt=ZjY4MDk5NWYwOTRlODNmNGJiNDhlNmI0ZmY4M2ZkZjM0NTdjMDA3Y21sQG1lbGFuZ2UtaXQubmwhMTE2NTc1NDQ5Mjo4Mi45Mi45NS4yMDI=;
domain=main.domain.com;" http://main.domain.com/logo
foreach my $cookie ( @cookies ){
$log->debug( '[logout]: ' . $cookie->as_string );
$r->err_headers_out->add( 'Set-Cookie' => $cookie->as_string );
}
return Apache2::Const::OK;
Cheers,
Marc
Marc Lambrichs
===
_uri(), but I'm not sure this can be done.
Ofcourse, I'm trying to avoid a normal redirect either through apache
config, or mod_rewrite or defining a separate handler. Any ideas?
Cheers,
Marc
can say you aren't wasting your
time with a framework
that can't scale up with your application. It all comes down to if you
would rather be creating
your own framework, or using one of the many good frameworks already
out there and just
writing the guts of your application.
Marc
Sla
.8.8
/usr/local/lib/perl5/site_perl
.
*** Packages of interest status:
Apache2
: -
Apache2::Request : -
CGI
: 3.20
ExtUtils::MakeMaker: 6.30
LWP
: 5.805
mod_perl
: -
mod_perl2
: -
3. This is the core dump trace: (if
you get a core dump):
n/a
This report was generated by t/REPORT
on Wed Aug 9 04:02:56 2006 GMT.
--
Thanks
Marc
list and the proposed solution was to add the
EVERYTHING=1 argument when configuring mod_perl. I have tried adding
this argument but to no avail. Can anyone propose another solution?
--
Marc Tardif
Sitepak
were any "dlopen" error. So, if nothing is "dlopened" i suppose
nothing must be "dlclosed".
SO:
dlclose just have to do nothing...
I'm completely silly about this?
El dj 27 de 10 del 2005 a les 14:40 -0400, en/na Philip M. Gollucci va
escriure:
> Marc Gràcia Ga
Hi everybody,
Since now we were using a "normal" installation of mod_perl, with dso apache and a dynamic loading enabled perl.
Due to some problems with lib versions when trying to install our app in different linux distributions, we're now trying to go as "static" as possible.
We distribute a
y $value = $cookie->value;
my $path = $cookie->path;
return <
EOT
}
Clearly, there must be a better (nicer) way to do this, don't you think?
Regards,
Marc
James Smith wrote:
Marc,
You will need to get the cookie sent back to the browser,
if you redirect to a URL with no
I'm trying to build a mp2 handler to login using mod_auth_tkt2. I like the idea
of probing if
the client can support cookies, so tried to rebuild it. According to the cgi
example there
is some problem with setting the cookie on a redirect. The same problem - no probe cookie is set
during the re
sn't work. Is there any logic to this?
Marc
What's the best way to write to a file using mp2? IO::File is slow and
Apache::File is lost...
--
Marc Lambrichs
--
I'be just subscribed to libapreq, I'll follow the question there.
El dj 14 de 07 del 2005 a les 11:49 -0400, en/na Philip M. Gollucci va escriure:
Forwarding to apreq-dev list. I might be a ble to look at this but not
until later.
Marc Gràcia wrote:
> Hi everybody,
El dj 14 de 07 del 2005 a les 14:18 -0400, en/na Joe Schaefer va escriure:
Marc Gràcia <[EMAIL PROTECTED]> writes:
> The problem is the value of a post parameter ends with an accentued char
> (áó etc... I dont know if you can view that...) the full process dies
Well, just forgot to say that "$ar" is the Apache2::Request.
El dj 14 de 07 del 2005 a les 11:08 +0200, en/na Marc Gràcia va escriure:
Hi everybody, I think we've found a curious bug in libapreq2.
There's a snippet of code on we basically are processing all
%ENV:
PERL5LIB="/usr/eBDAS/ebd-3.0.1/modules:"
@INC:
/usr/eBDAS/ebd-3.0.1/modules
/usr/eBDAS/system-1.0/lib/perl5/5.8.6/i686-linux-thread-multi
/usr/eBDAS/system-1.0/lib/perl5/5.8.6
/usr/eBDAS/system-1.0//lib/perl5/site_perl/5.8.6/i686-linux-thread-multi
/usr/eBDAS/system-1.0//lib/perl5/site_perl/5.8.6
/usr/eBDAS/system-1.0//lib/perl5/site_perl
--
Marc Gracia
Oasys Soft
Responsable de explotación y sistemas.
e-mail : [EMAIL PROTECTED]
Stas Bekman wrote:
Marc Tardif wrote:
[...]
The problem is that if I uncomment the require line in the handler, I
get the following error message in /tmp/mod_perl.error.log:
Error loading Mozilla::LDAP::API: perldap_init failed
The solution might be related to the following XS code in
site_perl/5.6.1/i686-linux
/usr/my/lib/perl5/site_perl/5.6.1
/usr/my/lib/perl5/site_perl
.
*** Packages of interest status:
Apache2: -
Apache2::Request : -
CGI: 2.91
ExtUtils::MakeMaker: 5.45
LWP: 5.53
mod_perl : 1.25
mod_perl2
init failed\n");
exit(1);
}
So, perhaps perldap_init() is being called multiple times. Is there
something I can try in mod_perl to avoid this kind of problem? Can I
provide more information to help solve this problem?
--
Marc Tardif
Sitepak
(514) 866-8883
I want to call mod_transform_set_XSLT (from mod_transform) in my
PerlResponseHandler. Is this possible?
Generally speaking, can I use methods from other apache modules in my
handlers?
--
Marc Lambrichs
El dt 24 de 05 del 2005 a les 11:19 +0200, en/na Torsten Foertsch va escriure:
On Tuesday 24 May 2005 09:39, [EMAIL PROTECTED] wrote:
> I claim, the "main process " detection does never work and does not make
> sense. Why? Not even when the apache is started on boot through init, the
> PPID
config:
freebsd 5.3
httpd 2.054
modperl 2.0.0
When starting up apache I get:
/libexec/ld-elf.so.1:
/usr/local/lib/perl5/site_perl/5.8.5/mach/auto/APR/Request/Error/Error.so:
Undefined symbol "apreq_strerror"
what's wrong?
Cheers,
Marc
changes will not happen. So, one more time, test this tarball as much
as possible. If all is well, this could become the official 2.0.0
release. *#
Builds and all tests pass on Solaris 9 x86, Perl 5.8.6
Marc Slagle
I suppose there should be some changes made to Apache::DB using the new
naming schema in RC6? Could anyone enlighten me?
Cheers,
Marc
on: $VERSION";
# $VERSION: "1.099020"
# int $VERSION: 1.09902
# $VERSION_TRIPLET: 1.99.20
# $mod_perl2::VERSION for more granularity
our $API_VERSION = 2;
$mod_perl::VERSION = $mod_perl2::VERSION;
How can I solve this?
Marc.
El dc 04 de 05 del 2005 a les 10:09 -0500, en/na Tom Caldwell va escriure:
I have to concur with Marc - that there was no -fPIC and the
necessary libraries were missing as well on my x86_64 red hat box.
This seems to be happening with all the builds - perl, mod_perl,
and probably apache
El dl 02 de 05 del 2005 a les 10:05 -0700, en/na Stas Bekman va escriure:
Marc Gràcia wrote:
> I had some problems like this on my new x86_64 machine with mod_perl2,
> seems that not only perl must be compiled with -fPIC , also apache and
> all libraries or modules you plan to use
I had some problems like this on my new x86_64 machine with mod_perl2, seems that not only perl must be compiled with -fPIC , also apache and all libraries or modules you plan to use. I think it's a general issue with this architecture, not mod_perl related.
If not, there are runtime linking re
28 +0200, en/na Marc Gràcia va escriure:
Hi everybody,
Seems that mod_perl-2.0.0-RC5 break libapreq compilation...
I've already seen that last mod_perl version changes a lot of things that make it incompatible with previous versions.
(mod_perl.pm and Apache2 renamed/moved for w
#x27;s any way to compile it ? Or I must wait libapreq2 to compatibilize everything...
It's Ok to stick to RC4 by the moment? Any serious bug in it?
Cheers and thanks for all in advance...
--
Marc Gràcia <[EMAIL PROTECTED]>
ocking time is lower.
El dv 04 de 03 del 2005 a les 15:37 +1100, en/na David J Radunz va escriure:
On Thu, 2005-03-03 at 11:44 +0100, Marc Gràcia wrote:
> Is not necesary to restart apache... A "graceful" do the job.
> I'm using this approach, and is really quick and not
cker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
El dj 03 de 03 del 2005 a les 11:44 +0100, en/na Marc GrÃcia va
escriure:
> Is not necesary to r
write
's in the Apache .conf file, does it ?
(there will be maybe thousands of VirtualHost's)
Thank you in advance,
Roman.
--
Marc Gràcia <[EMAIL PROTECTED]>
(eval 196): Bad free() ignored (PERL_CORE) at
/var/www/general/lib/perl/Control.pm line 1
65.
--
Marc Lambrichs
--
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
arrange this?
--
Marc Lambrichs
--
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
I want to pass cookies into a subrequest. I use Apache::Cookie to fetch
all my available cookies. Next, I have to put them into a HTTP::Cookies
cookiejar so I can use add_cookie_header() to add my cookies to a
LWP::UserAgent.
Is there no easier way?
Cheers,
Marc
--
Report problems: http
t that glibc is
involved. It's right this assumption?
Many thanks again.
On dl, 2004-11-08 at 15:48, David Hodgkinson wrote:
> On 8 Nov 2004, at 14:39, Marc Gracia wrote:
> >> So, my question is... There is any way to force apache to dump a
> >> coredump file? I supp
=0xb0c4) at
http_main.c:5499
---Type to continue, or q to quit---
#20 0x080636cf in main (argc=1, argv=0xb0c4) at http_main.c:5767
#21 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6
On dv, 2004-11-05 at 13:38, Marc Gracia wrote:
> Hi everybody.
> I have a proble
x27;t find this file?
Or this is really the originator of the Segfault?
On dv, 2004-11-05 at 13:38, Marc Gracia wrote:
> Hi everybody.
> I have a problem on a production cluster with a somewhat big mod_perl
> app, and I just cannot get any clue of what is happening.
>
> The problem
t the
final executable in some way?
The server has to deal with UTF8 info coming from/going to a SQLServer
backend...
On dv, 2004-11-05 at 17:46, Marc Gracia wrote:
> Many Thanks Stass and Glenn,
> I'll try all this anf will get back..
>
> On dv, 2004-11-05 at 13:38, Marc Gracia wrot
Many Thanks Stass and Glenn,
I'll try all this anf will get back..
On dv, 2004-11-05 at 13:38, Marc Gracia wrote:
> Hi everybody.
> I have a problem on a production cluster with a somewhat big mod_perl
> app, and I just cannot get any clue of what is happening.
>
> The
Hi everybody.
I have a problem on a production cluster with a somewhat big mod_perl
app, and I just cannot get any clue of what is happening.
The problem is that the servers just exit with Segmentation fault
randomly.
The problem is rare, hapens 10/20 times each day in each of the 6
frontends, w
Why doesn't it use the sun compiler when compilinig mod_perl? where
does cc point? How come that it has picked gcc?
Compiler:
cc='cc', ccflags ='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
mod_perl simply tries to use the same compiler perl was compiled with,
so if perl reports cc and it's
egrate #13147 from mainline (fixes nit in #10091)
13261 Integrate #8340,#13260 from mainline
Built under solaris
Compiled at Nov 4 2002 01:56:55
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
/usr/perl5/5.6.1/lib/i86pc-solaris-64int
/usr/perl5/5.6.1/lib
/usr/perl5/site_perl/5.6.1/i86pc-solaris-64int
/usr/perl5/site_perl/5.6.1
/usr/perl5/site_perl
/usr/perl5/vendor_perl/5.6.1/i86pc-solaris-64int
/usr/perl5/vendor_perl/5.6.1
/usr/perl5/vendor_perl
.
Thanks,
Marc Slagle
--
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
the most happy man in my town, and maybe saved me for being fired (Those machines would be on production 1 month ago...:)
--
Marc Gracia (Oasyssoft) <[EMAIL PROTECTED]>
On Fri, 2004-05-14 at 20:56, Stas Bekman wrote:
Marc Gracia (Oasyssoft) wrote:
> Opps.. Sorry after all gdb an strace I forgot to send the perl -V
>
> Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
[...]
Thanks.
Have you tried a more recent 5.8.x perl?
b/perl5/5.8.0
The staticaly linked perl it's a good idea... but will this hit the memory space of the running httpd proceses? There will be a lot on those machines
Many many thanks,
On Fri, 2004-05-14 at 20:03, Stas Bekman wrote:
Marc Gracia wrote:
> Hi,
> I have some proble
Hi,
I have some problem that makes me mad for some time.
We just setted up a web farm to support our application that runs entirely using mod_perl.
Until now we used a traditional apache+vhosts to serve our customers, but as it became so unadministrable, we started this new sistem to serve be
Hello ALL,
Not sure if this is possible.. So here I go..
I have a set of .pm's and .cgi scripts that are within each Virtual Host.
Example:
/home/domain1.com/community/Community/Toolkit.pm -- Methods accessed by-->
http://domain1.com/community/login.cgi
/home/domain2.com/community/Community/To
Hello ALL,
Not sure if this is possible.. So here I go..
I have a set of .pm's that are within each Virtual Host.
Example:
/home/domain1.com/Community/Toolkit.pm -- Methods accessed by-->
http://domain1.com/community/login.cgi
/home/domain2.com/Community/Toolkit.pm -- Methods accessed by-->
h
I click on .cgi's throughout the website I
occasionally experience this error.
After the occurs I refresh the same page and it works.
In the apache error_log I get these messages.
[Thu Jan 22 12:03:27 2004] [notice] child pid 64414 exit signal Segmentation
fault (11)
Any suggestions?
> ALso, Marc, I'd suggest to rethink your coding techniques. Instead of using
> globals you should probably encapsulate all the data that you want to pass
> around into a single object and and pass it around, or using a Singleton
> object. Globals are not the best way to go in
, but upgraded it to the newest version. All parts of
the setup of the server (apache, modules, etc) were all make tested and
passed.
Marc Slagle
Whapps, LLC
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
much of your time with this, if we knew what portion of our code was
causing the bomb then we could just recode it.
If you need any more information, please let us know.
Thanks again,
Marc Slagle
Whapps, LLC
Server-Killer-0.01.tar.gz
Description: application/compressed-tar
Server-KillerGlob
id());
5519tpf_parent_pid = getppid();
5520ap_open_logs(server_conf, plog);
We rebuilt the server using new clean tarballs of apache and mod_perl.
Thanks again for your help.
Marc Slagle
Whapps, LLC
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
v=0xbfffead4) at http_main.c:5511
#20 0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6
(gdb) list
5511STANDALONE_MAIN(argc, argv);
5512}
5513#else
5514if (!tpf_child) {
5515memcpy(tpf_server_name, input_parms.parent.servname,
5516 INETD_S
81 matches
Mail list logo