Hi,
I need help in figuring out why my mod perl registry script fails
randomly/periodicall on 'https'.
I am using modperl2 on ubuntu-dapper (libapache2-mod-perl2
2.0.2-2.3ubuntu1).
The registry script is used to login over https. The script
periodically/randomly gives internal error because in the
The following always works for me:
Run apache2(pre fork) with '-X' option under valgrind:
In my system it looks something like this:
valgrind --leak-check=full /usr/sbin/apache2 -X
If you are using any 'XS' based perl modules, it would show memory
leaks/errors, if any in any of the loaded shar
Try 'sudo lsof -i:443'.
This is what I get on my system.
sudo lsof -i:443
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
apache2 14550 root5u IPv6 2251478 TCP *:https (LISTEN)
apache2 14589 www-data5u IPv6 2251478 TCP *:https (LISTEN)
apache2 26533 www-data
You can use regular package inheritance(@ISA) support in perl to
extend MyModule and created YourModule, where you can add any extra
methods/override existing methods.
On 9/25/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Thank you.
> Sorry that module of Mymodule is a public module from CPAN
One option would to be run apache under single threaded mode(option
-X) under gdb and see where it is crashing. Once you identify the
.so where it is crashing, you can try reproducing the crash outside
apache context.
If you suspect it to be a memory corruption issue you can try running
apache u
me and help.
>
> Regards
> Jon
>
>
> Þann 8/22/2007, skrifaði "Manoj Bist" <[EMAIL PROTECTED]>:
>
> >In general to create a shared object the constituent object files
> >should be PICable. Look for Makefile(s) which compile the individual
> >source fil
In general to create a shared object the constituent object files
should be PICable. Look for Makefile(s) which compile the individual
source files. It would have a variable like 'CFLAGS'. Adding '-fPIC'
to it should take care of it.
On 8/21/07, jónJósef Bjarnason <[EMAIL PROTECTED]> wrote:
> Wh
You need to know the encoding of the characters you are using in perl
and handle them accordingly.
The following link should have sufficient information to help you
trouble shoot this.
http://search.cpan.org/~jhi/perl-5.8.0/pod/perluniintro.pod
On 8/21/07, Dan King <[EMAIL PROTECTED]> wrote:
>
>
Hi Rick,
Please use Text::Template for generating the html you send to the client.
As long as you keep appending the html string to $OUT, it should work
under mod_perl2.0.
http://search.cpan.org/~mjd/Text-Template-1.44/lib/Text/Template.pm
Thanks,
Manoj.
On 8/21/07, RGKärcher <[EMAIL PROTECTE
My understanding is that a perl module that manipulates stdout is not
expected to work under mod_perl. IPC::Run manipulates stdout to make
different processes connected by pipes work.
You can also go through the following guidelines for porting your scripts to
mod_perl.
http://perl.apache.org/do
Hi,
I would really appreciate if someone could answer the following question
regarding modperl and writing to stdout for me:
I have a perl binding for a C library which generates binary(audio/video)
data. To push this binary data over an HTTP response, fprintf(stdout,...)
does not work in contex
linker and objcopy options I am able to take care of the problem.
On 8/14/07, Perrin Harkins <[EMAIL PROTECTED]> wrote:
>
> On 8/14/07, Manoj Bist <[EMAIL PROTECTED]> wrote:
> > Is it possible to change the stack size in mod_perl(Similar to ulimit -s
> > unlimited etc.)?
e not been able to find out if that is possible in apache2. 0.
On 8/14/07, Perrin Harkins <[EMAIL PROTECTED]> wrote:
>
> On 8/14/07, Manoj Bist <[EMAIL PROTECTED]> wrote:
> > Is it possible to change the stack size in mod_perl(Similar to ulimit -s
> > unlimited etc.)
Is it possible to change the stack size in mod_perl(Similar to ulimit -s
unlimited etc.)?
Thanks,
Manoj.
On 8/13/07, Manoj Bist <[EMAIL PROTECTED]> wrote:
>
> Hi Perrin,
>
> Is there some recommended way to detect if STDOUT is being manipulated?
> This is what I am
with the server.
Is there some way to debug apache/mod_perl in the debugger?
Thanks a lot,
Manoj.
On 8/13/07, Perrin Harkins <[EMAIL PROTECTED]> wrote:
>
> On 8/13/07, Manoj Bist <[EMAIL PROTECTED]> wrote:
> > Thanks for the response. The C library is a third party libr
Registry;
12 use Apache2::Const;
13 use CGI qw(-compile :all);
14 use CGI::Carp ();
15 1;
- Manoj.
On 8/13/07, Perrin Harkins <[EMAIL PROTECTED]> wrote:
>
> On 8/13/07, Manoj Bist <[EMAIL PROTECTED]> wrote:
> > I created a perl binding for a third party "
Hi,
I created a perl binding for a third party "C "library using swig. This
works fine under CGI but consistently fails under mod_perl.
Is there a known set of calls(mulithreading etc.) that is not expected to
work under mod_perl?
I have gone through almost all the mod_perl caveats that I could g
17 matches
Mail list logo
