Here's the code I mentioned in my last post. It's included in my distro
NoSQL::PL2SQL
#include "EXTERN.h"
#include "perl.h"
#include "XSUB.h"
#include "ppport.h"
SV* typeis ( SV* what ) ;
SV* typeis ( SV* what )
{
if ( SvIOK( what ) )
return newSVpvs( "integer" ) ;
I also encounter this problem occasionally. So your post is quite
familiar.
If the first thing you do is print the parameters, what's the second
thing? Form posts almost always trigger external processes, databases,
mail servers, etc. The external process is more likely to be causing the
f
Perrin Harkins wrote:
> On Sun, Dec 7, 2008 at 12:51 PM, Terence Monteiro
> wrote:
>> I'm getting segmentation faults with apache child processes. I'm running a
>> Catalyst application using DBIx::SearchBuilder in the backend to accesss a
>> mysql database.
>
> My guess is that you're opening dat
André Warnier wrote:
> Terence Monteiro wrote:
> [...]
> Hi.
> I cannot help you, but if you want help quickly, it helps if you provide
> some additional information, like :
> - which platform (Windows, Unix, Linux, version ?)
> - which version of Apache, and from where it comes
> - which version o
On Sun, Dec 7, 2008 at 12:51 PM, Terence Monteiro
<[EMAIL PROTECTED]> wrote:
> I'm getting segmentation faults with apache child processes. I'm running a
> Catalyst application using DBIx::SearchBuilder in the backend to accesss a
> mysql database.
My guess is that you're opening database handles
Terence Monteiro wrote:
[...]
Hi.
I cannot help you, but if you want help quickly, it helps if you provide
some additional information, like :
- which platform (Windows, Unix, Linux, version ?)
- which version of Apache, and from where it comes
- which version of mod_perl, and from where it come
Terence Monteiro wrote:
> Terence Monteiro wrote:
>> Hi,
>>
>> I'm getting segmentation faults with apache child processes. I'm running a
>> Catalyst application using DBIx::SearchBuilder in the backend to accesss a
>> mysql database. I'm running this on a debian quad core CPU server with 4
>> gigs
Terence Monteiro wrote:
> Hi,
>
> I'm getting segmentation faults with apache child processes. I'm running a
> Catalyst application using DBIx::SearchBuilder in the backend to accesss a
> mysql database. I'm running this on a debian quad core CPU server with 4
> gigs RAM. I enabled core dumping an
Philippe M. Chiasson wrote:
Tyler Bird wrote:
Ok,
I have a system I converted from cgi to mod_perl.
We recently upgraded to mod_perl 2.0 and apache 2.2 on RHL5
I am having a problem. When I refresh a certain page 5 times or about (
it's completely random )
The page renders fine, but in
Tyler Bird wrote:
Clinton Gormley wrote:
On Wed, 2007-05-23 at 17:04 -0400, Dondi M. Stroma wrote:
I've also gotten segfaults from reading a bad cookie. Another
segfault problem I experienced was caused by using a lexical
variable in a sub in a Registry script that was declared outside of
t
On Wed, 2007-05-23 at 17:04 -0400, Dondi M. Stroma wrote:
> I've also gotten segfaults from reading a bad cookie. Another segfault
> problem I experienced was caused by using a lexical variable in a sub in a
> Registry script that was declared outside of the sub (specifically, it was a
> CGI.pm
Tyler Bird wrote:
> Ok,
>
> I have a system I converted from cgi to mod_perl.
>
> We recently upgraded to mod_perl 2.0 and apache 2.2 on RHL5
>
> I am having a problem. When I refresh a certain page 5 times or about (
> it's completely random )
>
> The page renders fine, but in my logs I see
ut 10 to
20 percent of the time.
- Original Message -
From: "Jonathan Vanasco" <[EMAIL PROTECTED]>
To: "modperl mod_perl"
Sent: Wednesday, May 23, 2007 4:49 PM
Subject: Re: segmentation fault.
(snip)
in the past, i've gotten those segfaults from:
rea
This happened to me once (actually many times, but I figured out my
approach on the first time), I could only figure out one way to
handle it, and its been the one thing I hate about perl ever since
(as I know there HAS to be a bettter way )
What I do:
package MyApp::Debug;
[EMAIL PROTECTED] wrote:
>
> I've searched a lot throug the archive of this mailinglist and found lot's
> of postings also pointing to Segmentation fault (11), but usually the
> suggested solution was to have a look in the SUPPORT-file in the mod_perl
> directory.
Actually, the suggested solution
Peter Mogensen wrote:
> Hi,
>
> When parsing long lines to Text::ParseWords under mod_perl I get a
> segmentation fault from Apache. (but not when I do the same from the
> command line).
>
> The segmentation fault appears with a line lenght above 17460;
>
> This is the code:
> ==
Philip M. Gollucci wrote:
Christian Klinger wrote:
These are the last lines of the error_log
...
DB<1> CGI::self_or_default(/usr/lib/perl5/5.8.3/CGI.pm:433):
Three questions / suggestions,
1) You said you were using perl 5.8.6. Thats loading something
installed into perl 5.8.3. That coul
Philip M. Gollucci wrote:
Christian Klinger wrote:
These are the last lines of the error_log
...
DB<1> CGI::self_or_default(/usr/lib/perl5/5.8.3/CGI.pm:433):
Three questions / suggestions,
1) You said you were using perl 5.8.6. Thats loading something
installed into perl 5.8.3. That coul
Christian Klinger wrote:
These are the last lines of the error_log
...
DB<1> CGI::self_or_default(/usr/lib/perl5/5.8.3/CGI.pm:433):
Three questions / suggestions,
1) You said you were using perl 5.8.6. Thats loading something installed into
perl 5.8.3. That could be.
2) What version of CGI.
Philip M. Gollucci wrote:
Christian Klinger wrote:
Can you give me some tips for debugging this error?
You can attach gdb or ddd to the running httpd
see here:
http://httpd.apache.org/dev/debugging.html
and/or
You can use Apache::DB from CPAN
to get a PERL debugger for things under mod_per
Christian Klinger wrote:
Can you give me some tips for debugging this error?
You can attach gdb or ddd to the running httpd
see here:
http://httpd.apache.org/dev/debugging.html
and/or
You can use Apache::DB from CPAN
to get a PERL debugger for things under mod_perl.
See Apache::DB's document
Just in case you haven't yet solved the problem, I wanted to let you
know that I had a similar problem.
It turns out that MySQL and mod_perl were linking to different
versions of libdb (BerkeleyDB). The solution was to rebuild mod_php
and mod_perl with the same version. Apache itself can also h
> >> All you need to do is rebuild php.
> >
> > Ehm, in what way?
> >
> > So, I first need to build mod_perl, THEN build php?
...
>
> cd PHP
> ./configure --with-apxs2=/usr/local/apache2/bin/apxs
> --with-config-file-path=/usr/local/lib/php4.3.9.ini --with-mysql
> make
>
On Apr 1, 2005, at 9:39 AM, Andreas Krüger wrote:
All you need to do is rebuild php.
Ehm, in what way?
So, I first need to build mod_perl, THEN build php?
This is my build order notepad that i refer to when updating. It
should help.
download:
apache2 - httpd.apache.org
be
>All you need to do is rebuild php.
Ehm, in what way?
So, I first need to build mod_perl, THEN build php?
All you need to do is rebuild php.
On Mar 31, 2005, at 4:26 PM, Rodger Castle wrote:
I had no success with this fix, however. Not that I tried very hard.
I've been getting irritated with PHP lately anyway.
>
> http://perl.apache.org/docs/1.0/guide/
> troubleshooting.html#_exit_signal_Segmentation_fault__11___with_mysql
> http://perl.apache.org/docs/2.0/user/troubleshooting/
> troubleshooting.html#Segmentation_Fault_when_Using_DBI
>
Ah, yes, that's the one. Thank you.
I had no success with this
http://perl.apache.org/docs/1.0/guide/
troubleshooting.html#_exit_signal_Segmentation_fault__11___with_mysql
http://perl.apache.org/docs/2.0/user/troubleshooting/
troubleshooting.html#Segmentation_Fault_when_Using_DBI
>
> > I am unaware of a fix, but PHP/MySQL is your problem. There's apparently
> > a SQL library collision between PHP and DBI.
>
> >Rodger
>
> There shouldn't be. It works fine in apache 1.* with mod_perl and php. Same
> is, that it works in Debian Testing with Apache2 and mod_perl. But that_s
>> I've just installed Apache 2.0.53 with Mod-Perl 2.
>>
>> I'm trying to write a virtual host system in Perl but I get this error
upon
>> starting Apache.
>>
>> Starting web server: Apache2/usr/sbin/apache2ctl: line 99: 2799
>> Segmentation fault $HTTPD -k start -DSSL
>>
>>
>> Setup:
>>
> I've just installed Apache 2.0.53 with Mod-Perl 2.
>
> I'm trying to write a virtual host system in Perl but I get this error upon
> starting Apache.
>
> Starting web server: Apache2/usr/sbin/apache2ctl: line 99: 2799
> Segmentation fault $HTTPD -k start -DSSL
>
>
> Setup:
> --
> Ap
On Fri, 4 Mar 2005, Octavian Rasnita wrote:
> Hi,
>
> I am using a very simple program which gets some data from a MySQL table,
> prints a form and that data.
>
> The server is:
> Apache/2.0.52 (Unix) PHP/5.0.2 mod_perl/1.99_19 Perl/v5.8.4 Server at
> 10.50.28.50 Port 80
>
> Sometimes the program
On Fri, 4 Mar 2005 14:57:59 +0200, Octavian Rasnita <[EMAIL PROTECTED]> wrote:
[snip]
> I remember that when I have installed mod_perl, I couldn't install it using
> "make test" because it gave me some errors, so I have used just "make
> install".
> It gave me some errors that time that I couldn'
[Tim, please keep all the modperl discussions on the list unless someone
has proposed to email them in private]
Tim Evans wrote:
You need to show us the backtrace of the segfault. Please see:
http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems
Since others have posted this sam
Tim Evans wrote:
I've done a simple build (perl Makefile.PL USE_DSO=1) of version 1.29 with
Apache 1.3.33. System is RH Linux 7.1, kernel 2.2.22-7.0.2; perl is 5.8.5
On even the simplest web page, browser says "document contains no data."
Apache's error_log says:
[Thu Nov 11 10:02:19 2004] [not
Ian Moon wrote:
Wouldn't you know it... after rebuilding everything with debugging flags
I can't seem to reproduce the error. Well atleast I'll be prepared for
next time.
But you don't want to use that in production, since it's slower (possibly
significantly slower).
I realize the documentation i
Wouldn't you know it... after rebuilding everything with debugging flags
I can't seem to reproduce the error. Well atleast I'll be prepared for
next time.
I realize the documentation is under development but sending a person
to a link where the first line is: META: need to review (unfinished),
is
Ian Moon wrote:
I can't get even the mod_perl rocks examples to work to on my system
without segmentation faults. I'm hoping somebody else understands these
messages better than I do and can point out how I might be going
wrong. I am compiling from original source, NOT using ports.
System Info:
Marc Gracia (Oasyssoft) wrote:
On Fri, 2004-05-14 at 20:56, Stas Bekman wrote:
There something else you can try though. Force an early resolution of all
symbols when the program loads (which is a default behavior for MacOSX and a
few other platforms). For perl xs modules you do that by setting e
On Fri, 2004-05-14 at 20:56, Stas Bekman wrote:
There something else you can try though. Force an early resolution of all
symbols when the program loads (which is a default behavior for MacOSX and a
few other platforms). For perl xs modules you do that by setting env var
RTLD_NOW=1. Though
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? 5.8.4 is out
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? 5.8.4 is out for quite some time
already. I'm not sure if it's going t
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:
Platform:
osname=linux, osvers=2.4.20-wolk4.9s, archname=i386-linux
uname='linux massiel.oasysasp.loc 2.4.20-wolk4.9s #27 jue abr 8 12:28:33 cest
Marc Gracia wrote:
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 sis
The problem is fixed by upgrading to perl 5.8.3. I was using 5.8.0.
Rick
On Thu, Mar 11, 2004 at 12:26:48AM -0800, Stas Bekman wrote:
> Rick Jansen wrote:
> >Hi,
> >
> >I'm trying to run a little test script here under mod_perl.
> >When I request the script, all apache childs die with sig11:
>
>
Rick Jansen wrote:
Hi,
I'm trying to run a little test script here under mod_perl.
When I request the script, all apache childs die with sig11:
Report problems: http://perl.apache.org/bugs/
__
Stas BekmanJAm_pH --> Jus
Marc Brooks wrote:
Building an app that runs under mod_perl and have been experiencing some
issues with DNS? "Cannot find server".
Currently running Apache 1.29, mod_perl, mod_ssl, php 1.29 with modules:
Apache::Request
Apache::Sesison
Apache::DBI
Apache::Cookie
Template::Toolkit
The situation is
On Jan 19, 2004, at 10:51 AM, Ruslan U. Zakirov wrote:
Cory 'G' Watson wrote:
The following perl crashes my mod_perl-ed apache at startup. I've
sent the same info to the libexpat and perl-xml lists, but noone
seems to have any good ideas. So now I'll try you guys ;)
use XML::XPath;
my $xp = XM
Cory 'G' Watson wrote:
The following perl crashes my mod_perl-ed apache at startup. I've sent
the same info to the libexpat and perl-xml lists, but noone seems to
have any good ideas. So now I'll try you guys ;)
use XML::XPath;
my $xp = XML::XPath->new(xml => "Foo");
my $res = $xp->getNode
Miha Lampret wrote:
Hi all,
I installed Apache 2.0.47 with php5 and mod_perl 1.99.11 on RH 7.2. Both php
and mod_perl are compiled as so modules. When I access some script I got
segmentation falut.
[...]
As Ged pointed out you need to submit a bugreport as explained at
http://perl.apache.org/bu
On Friday 21 November 2003 04:25 pm, Ged Haywood wrote:
> Hello there,
>
> > I have similar machine and configuration works well.
>
> You mean the same exact configuration?
>
> > I even copied binaries and I got the same problem.
>
> In general it's not a good idea. Which binaries did you copy?
Hello there,
On Fri, 21 Nov 2003, Miha Lampret wrote:
> I installed Apache 2.0.47 with php5 and mod_perl 1.99.11 on RH 7.2. Both php
> and mod_perl are compiled as so modules. When I access some script I got
> segmentation falut.
:(
> I tryied to find out which line is problematic but it
> h
52 matches
Mail list logo
