Excellent... thankyou.. i look forward to a solution from someone who
knows what they are doing...i have managed to come up with something
that works for me... (code attached if anyone is interested), but not
being that familiar with zombie processes and the likes, i'm sure its
done in a less than
simran wrote:
From initial look though, it looked like it was a generic solution...
not ideal, but one that might work...
It seems like a pretty generic problem to me, so a generic solution
would be ideal in my opinion. I'm going to need one of these soon for
myself, and if I end up with anythi
On Mon, May 10, 2004 at 02:55:34PM -0700, Stas Bekman wrote:
> Anthony Hinsinger wrote:
> >This is my xs file. it's 100% generated by Apache::Extutils.
>
> >static mod_perl_perl_dir_config *newPerlConfig(pool *p)
> >{
> >mod_perl_perl_dir_config *cld =
> >(mod_perl_perl_dir_config *)
>
Thanks Perrin, i'll have a detailed read of that today.
>From initial look though, it looked like it was a generic solution...
not ideal, but one that might work...
I was hoping there might have been an integrated way in mod_perl to do
such a thing as i have seen the apache upload meter before.
Hi,
soon on CPAN.
You can get it here now.
for mod_perl 1 users
http://eg.2bz.de/Apache-PageKit-1.14.tar.gz
http://search.cpan.org/CPAN/authors/id/B/BO/BORISZ/Apache-PageKit-1.14.tar.gz
for mod_perl 2 users
http://eg.2bz.de/Apache-PageKit-2.14_06.tar.gz
1.14
- Fix: parse for xsl-para
Beau E. Cox wrote:
On Monday 10 May 2004 08:10 am, Stas Bekman wrote:
Beau E. Cox wrote:
Hi -
'modperl_util.c' does not compile when building modperl 2 from
cvs source w/o 'MP_TRACE'. It looks like some 'MP_TRACE...'
defines must be defined to nothing when 'MP_TRACE' is not set.
Some compilers a
On Monday 10 May 2004 08:10 am, Stas Bekman wrote:
> Beau E. Cox wrote:
> > Hi -
> >
> > 'modperl_util.c' does not compile when building modperl 2 from
> > cvs source w/o 'MP_TRACE'. It looks like some 'MP_TRACE...'
> > defines must be defined to nothing when 'MP_TRACE' is not set.
>
> Some compile
Anthony Hinsinger wrote:
This is my xs file. it's 100% generated by Apache::Extutils.
static mod_perl_perl_dir_config *newPerlConfig(pool *p)
{
mod_perl_perl_dir_config *cld =
(mod_perl_perl_dir_config *)
palloc(p, sizeof (mod_perl_perl_dir_config));
cld->obj = Nullsv;
This is my xs file. it's 100% generated by Apache::Extutils.
Anthony
--- quote
#include "modules/perl/mod_perl.h"
static mod_perl_perl_dir_config *newPerlConfig(pool *p)
{
mod_perl_perl_dir_config *cld =
(mod_perl_perl_dir_config *)
palloc(p, sizeof (mod_perl_perl_d
I have a related question. I am using IPC::MM to pass shared information between
children in mod_perl, Apache 1.3, which is recommended by e.g. Perrin several times on
the list.
The memory can be cleaned up or re-use under a normal Perl program by mm_destroy($mm).
In mod_perl, is there a way to
[Tom, there is no need to cross-post to two lists, just one is enough]
Tom Schindl wrote:
Hi,
there's a small issue with the documentation of Apache::RequestRec,
where it states in synopsis that one can use $r->dir_config without
loading Apache::RequestUtil. One could remove $r->dir_config or a
Anthony Hinsinger wrote:
i restarted a gdb session so *sv has changed (backtrace is exactly the
same as in previous post)
That's normal.
(gdb) p *sv
$2 = (SV *) 0x2d656863
(gdb) p **sv
Cannot access memory at address 0x2d656863
(gdb)
So *sv is bogus. That means that data->obj is bogus in:
#2 0
Hi,
there's a small issue with the documentation of Apache::RequestRec,
where it states in synopsis that one can use $r->dir_config without
loading Apache::RequestUtil. One could remove $r->dir_config or also
load Apache::RequestUtil.
I'd prefer to remove it because its documented as a method
Stas Bekman wrote:
Anthony Hinsinger wrote:
Stas Bekman wrote:
Anthony Hinsinger wrote:
the missing lines :
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 2752)]
0x0807d151 in perl_perl_create_cfg (sv=0x888fdcc, pclass=0x816fcc4,
parms=0xba10, type
Anthony Hinsinger wrote:
Stas Bekman wrote:
Anthony Hinsinger wrote:
the missing lines :
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 2752)]
0x0807d151 in perl_perl_create_cfg (sv=0x888fdcc, pclass=0x816fcc4,
parms=0xba10, type=0x80ed6c9 "SERVER_CR
Stas Bekman wrote:
Anthony Hinsinger wrote:
the missing lines :
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 2752)]
0x0807d151 in perl_perl_create_cfg (sv=0x888fdcc, pclass=0x816fcc4,
parms=0xba10, type=0x80ed6c9 "SERVER_CREATE") at
perl_config.c:
Anthony Hinsinger wrote:
the missing lines :
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 2752)]
0x0807d151 in perl_perl_create_cfg (sv=0x888fdcc, pclass=0x816fcc4,
parms=0xba10, type=0x80ed6c9 "SERVER_CREATE") at perl_config.c:898
898 if(*sv
the missing lines :
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 2752)]
0x0807d151 in perl_perl_create_cfg (sv=0x888fdcc, pclass=0x816fcc4,
parms=0xba10, type=0x80ed6c9 "SERVER_CREATE") at perl_config.c:898
898 if(*sv && SvTRUE(*sv) && SvROK(
Anthony Hinsinger wrote:
Hello,
here is a better backtrace of my problem.
the strange thing is it never crash at the first request after starting
the process (from gdb) .. but at the second.
for informations, CASServerName is define as :
{ name => 'CASServerName',
errmsg => 'Name of the CAS
Hello,
here is a better backtrace of my problem.
the strange thing is it never crash at the first request after starting
the process (from gdb) .. but at the second.
for informations, CASServerName is define as :
{ name => 'CASServerName',
errmsg => 'Name of the CAS server',
args_how =>
On Mon, 2004-05-10 at 14:48, Stas Bekman wrote:
> It will run after each request regardless the connection type.
Thanks for the confirmation.
- Perrin
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apach
Stas Bekman wrote:
> Perrin Harkins wrote:
>
>> I think I know the answer to this, but I want to confirm it: if I
>> register a cleanup handler for a request, and the client is using
>> keep-alive or HTTP 1.1 persistent connections, will my handler run after
>> the current request finishes, or w
Perrin Harkins wrote:
I think I know the answer to this, but I want to confirm it: if I
register a cleanup handler for a request, and the client is using
keep-alive or HTTP 1.1 persistent connections, will my handler run after
the current request finishes, or will it run after all requests made on
I think I know the answer to this, but I want to confirm it: if I
register a cleanup handler for a request, and the client is using
keep-alive or HTTP 1.1 persistent connections, will my handler run after
the current request finishes, or will it run after all requests made on
this connection finish
Beau E. Cox wrote:
Hi -
'modperl_util.c' does not compile when building modperl 2 from
cvs source w/o 'MP_TRACE'. It looks like some 'MP_TRACE...'
defines must be defined to nothing when 'MP_TRACE' is not set.
Some compilers are just so silly... gcc works just fine with MP_TRACE unset.
Thanks Bea
[ Please check your mail setup. This message was posted three times. ]
On Mon, 2004-05-10 at 01:45, Scott Ãlexänder wrote:
> On my test server running Red Hat Linux 7.1 Linux version 2.4.2-2
>
> shared memory is 18.71 MB
>
>
> On my production server Red Hat Linux 7.3 Linux version 2.4.20-20
Thanks a lot Perrin, i will follow your recomendations... i've used the global
variable for the database handler for simplicity and to avoid the local
declaration and the method call, but i see the point in your advice.
I will debug the code with more detail.
Hans
On Fri, 07 May 2004 18:16:48 -0
[Tim, you must always reply back to the list. Thanks]
Tim Huffman wrote:
In this particular case it's not about being old, but about modperl
RPM
being
built against one (older) version of Apache, and you're trying to use
it
against another (more recent version). But yes, save yourself a lot of
t
> In this particular case it's not about being old, but about modperl
> RPM being built against one (older) version of Apache, and you're
> trying to use it against another (more recent version). But yes, save
> yourself a lot of trouble
> and get the latest Apache and mod_perl and install them
Krang v1.018 is now available. Notable changes in this release:
- Krang will keep working if you to delete the 'admin' user. A new
hidden 'system' account is now used by automated tasks.
- The permissions system is now applied throughout the UI.
- The publish_check() method is workin
Perrin Harkins wrote:
On Mon, 2004-05-10 at 12:54, Tim Huffman wrote:
Here are the versions I have installed:
#rpm -q httpd
httpd-2.0.40-21
httpd-2.0.43-1
# rpm -q mod_perl
mod_perl-1.99_09-1
Any ideas on where to go next? The mod_perl RPM is the latest version
I have been able to find
Anthony Hinsinger wrote:
Thanks Stas, i use gdb to trace to problem, and i get this when
requesting a location with a .htaccess contening my own directives (no
problem if directives are in httpd.conf).
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 28586)]
0x08
On Mon, 2004-05-10 at 04:08, simran wrote:
> * Fork a process from within my code, but then keep printing an updated
> status to the browser until the child process has finished its work, at
> which point i want to redirect the browser to a "thankyou page".
[...]
> If anyone knows another (/a bett
On Mon, 2004-05-10 at 12:54, Tim Huffman wrote:
> Here are the versions I have installed:
>
>
>
> #rpm -q httpd
>
> httpd-2.0.40-21
>
> httpd-2.0.43-1
>
>
>
> # rpm -q mod_perl
>
> mod_perl-1.99_09-1
>
>
>
> Any ideas on where to go next? The mod_perl RPM is the latest version
> I ha
On Mon, 2004-05-10 at 09:56, Dominique Lohez wrote:
> I tried to issue Certificates using OpenCa batch processors
>
> Using apache 1.3 the process work correctly
> While with Apache 2.0 the calculation behave in a strange way
Dominique,
This doesn't look like it's related to mod_perl. You shou
I’m attempting to install RequestTracker on a RedHat9
server, and when I try to restart httpd after adding the RT site to /etc/httpd/conf/httpd.conf,
I get the following error:
Starting httpd: httpd: module "mod_perl.c" is not
compatible with this version of Apache (found 20020628, need
Hi,
I tried to issue Certificates using OpenCa batch processors
Using apache 1.3 the process work correctly
While with Apache 2.0 the calculation behave in a strange way
When one tries to issue less than 6 certificates the calculation work fine:
It display a message for the begining of the Job
Hi -
'modperl_util.c' does not compile when building modperl 2 from
cvs source w/o 'MP_TRACE'. It looks like some 'MP_TRACE...'
defines must be defined to nothing when 'MP_TRACE' is not set.
This patch works for me:
--- modperl-2.0/src/modules/perl/modperl_util.h 2004-05-09 16:37:05.0
-
Hi,
On my test server running Red Hat Linux 7.1 Linux version 2.4.2-2
shared memory is 18.71 MB
On my production server Red Hat Linux 7.3 Linux version 2.4.20-20.7
shared memory is 4.32 MB
use GTop;
my $gtop = GTop->new;
my $share = $gtop->proc_mem($$)->share;
I've also noticed the same diff
Hi,
On my test server running Red Hat Linux 7.1 Linux version 2.4.2-2
shared memory is 18.71 MB
On my production server Red Hat Linux 7.3 Linux version 2.4.20-20.7
shared memory is 4.32 MB
use GTop;
my $gtop = GTop->new;
my $share = $gtop->proc_mem($$)->share;
I've also noticed the same di
Thanks Stas, i use gdb to trace to problem, and i get this when
requesting a location with a .htaccess contening my own directives (no
problem if directives are in httpd.conf).
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 28586)]
0x0807d141 in perl_section_h
Hi,
On my test server running Red Hat Linux 7.1 Linux version 2.4.2-2
shared memory is 18.71 MB
On my production server Red Hat Linux 7.3 Linux version 2.4.20-20.7
shared memory is 4.32 MB
use GTop;
my $gtop = GTop->new;
my $share = $gtop->proc_mem($$)->share;
I've also noticed the same diff
[EMAIL PROTECTED] wrote:
[...]
Perfect. So it's not an issue with mod_perl.
What could I check to go further ?
I suppose it's your IPv6 setup. You probably have the localhost entry
mapped
to ::1 in /etc/hosts?
::1 localhost
Actually I donnot have this line in /etc/hosts
What do you have in t
Hi All,
I am using mp1, and wanting to do the following:
* Fork a process from within my code, but then keep printing an updated
status to the browser until the child process has finished its work, at
which point i want to redirect the browser to a "thankyou page".
I have attached a bit of cod
Stas Bekman <[EMAIL PROTECTED]>
07/05/2004 19:31
Pour : [EMAIL PROTECTED]
cc : "Philippe M. Chiasson" <[EMAIL PROTECTED]>, mod_perl Mailing List <[EMAIL PROTECTED]>
Objet : Re: mp2 static build on HPUX11i: tests
>>>2) the rest of the t
45 matches
Mail list logo
