Fred Moyer wrote:
>
> Can you post your httpd.conf and startup.pl?
>
> Are you using transactions?
>
I am not using transactions--I don't have any InnoDB tables, either.
Here is my httpd.conf:
ServerType standalone
ServerRoot "/usr/local/apache"
PidFile /usr/local/apache/logs/httpd.pid
Sco
Torsten,
many thanks for the time taken for the explanation.
I still understand only slightly less than 50% of it, but then I don't
really need to understand more either. I am just very glad and thankful
that there are people such as you who apparently do understand it, upon
which we can rel
amiribarksdale wrote:
Yes, I have the debug output on 2 already. It doesn't say much else than what
I posted.
Ah right, read DEBUG level in the thread, didn't get that you had
actually set the apache dbi debug level (despite the log entry clearly
indicating it).
Can you post your httpd.conf
Yes, I have the debug output on 2 already. It doesn't say much else than what
I posted.
Amiri
Fred Moyer wrote:
>
> amiribarksdale wrote:
>> No, they're not the same, because they cannot be the same any longer. In
>> the
>> server migration, I had to recompile and reinstall everything, becaus
amiribarksdale wrote:
No, they're not the same, because they cannot be the same any longer. In the
server migration, I had to recompile and reinstall everything, because of
those 32-bit and 64 bit errors. I just built everything back up from
barebones CentOS.
From my cursory look through the st
On Tue, Jun 3, 2008 at 4:51 AM, titetluc titetluc <[EMAIL PROTECTED]> wrote:
> The symptoms: the debugger is correcly called but does not dipslay the
> source script.
My guess is that you are loading the code being debugged before
calling Apache::DB->init(), so this code was compiled with no
debug
No, they're not the same, because they cannot be the same any longer. In the
server migration, I had to recompile and reinstall everything, because of
those 32-bit and 64 bit errors. I just built everything back up from
barebones CentOS.
Amiri
--
View this message in context:
http://www.nabble.
amiribarksdale wrote:
Yes, I moved from 32 bit to 64 bit. But I did exactly what you said. I
reinstalled everything--perl, apache, mysql, DBI, DBD::mysql, every single
module--the whole shebang. So it's not just some careless oversight or file
copy. Everything has already been rebuilt and recompi
On Mon, 2 Jun 2008 01:30:33 +0800
william <[EMAIL PROTECTED]> wrote:
> Hello, my debugger is working fine now under mod_perl, I can exit from
> debugger just
> like normal 'q' command. But then the apache is still in debugging
> mode and single process. So I have to press CTRL+Z to get out to th
Yes, I moved from 32 bit to 64 bit. But I did exactly what you said. I
reinstalled everything--perl, apache, mysql, DBI, DBD::mysql, every single
module--the whole shebang. So it's not just some careless oversight or file
copy. Everything has already been rebuilt and recompiled.
Amiri
--
View th
amiribarksdale wrote:
Does anyone have any guidance on what I should do here?
Amiri
From the archive thread: -
http://www.nabble.com/Segfault-Help%21-%21--tp17599739p17627528.html
"Here are two short snippets of gdb output from the other evening. Can
someone lead me in the right direction?
On Tue 03 Jun 2008, André Warnier wrote:
> I find it interesting that the answers are all different on system (1),
> but all the same on system (2).
> I don't have a clue as to what it means, or what it does to my systems,
> but I trust you do.
Just to enlighten you. Originally linux on x86 used t
Hi all,
I have to move a site I made years ago in mod_perl to a new server, and now
that I have, I keep running into segmentation faults when I load any of the
pages:
[Tue Jun 3 15:58:13 2008] [notice] child pid 12206 exit signal Segmentation
fault (11)
I have to admit, it's been a VERY long ti
Does anyone have any guidance on what I should do here?
Amiri
--
View this message in context:
http://www.nabble.com/Segfault-Help%21-%21--tp17599739p17627528.html
Sent from the mod_perl - General mailing list archive at Nabble.com.
Torsten Foertsch wrote:
On Tue 03 Jun 2008, Torsten Foertsch wrote:
[...]
Thanks to all so far. But could you please try that command for PERLIO=perlio
and perhaps PERLIO=unix too?
Here you go.
I find it interesting that the answers are all different on system (1),
but all the same on sy
Torsten Foertsch wrote:
> It should print 2 almost identical lines. If there are more please report.
Perl 5.8.8 and Linux 2.6.20 only prints 2.
--
Michael Peters
Plus Three, LP
On Tue 03 Jun 2008, Torsten Foertsch wrote:
> Could you please run the following command on various combinations of linux
> kernel and perlio?
>
> PERLIO="stdio" perl -pe 'BEGIN {my $smaps="/proc/$$/smaps";
> open STDIN, "<", $smaps or die "$!\n"; system "cat -n $smaps"}
> $_="$.\t$_"' | grep v
We are migrating a big site from mod_perl1 to mod_perl2. The site originally
was written as CGIs so headers are mostly set with print statements. The
Content-Type are mostly printed in the end of the script.
The problem is that we occassionally start processes from the scripts and then
the outpu
Hi.
I don't have a clue what this relates to, but just in case it helps for
your sample, here are the outputs for 2 Linux Debian systems (don't know
how to output the version of perlio though) :
1)
[EMAIL PROTECTED]:~# uname -a
Linux arthur 2.6.18-6-686 #1 SMP Thu May 8 07:34:27 UTC 2008 i686
Hi,
I have recently got a bug report about Linux::Smaps. The poster said it'd
report 2 [vdso] areas and that it can be cured if /proc/self/smaps is opened
with '<:stdio'. Later on he also found the behavior depends on the kernel
version, 2.6.25.3 shows 2 vdsos 2.6.23.1-21 only one.
Since I don't
Hello all,
I am trying to use the perl debugger (using Apache mod_perl-2.0.2-6.3.el5
and httpd httpd-2.2.3-11.el).
I followed the instructions in
http://www.perl.com/pub/a/2006/02/09/debug_mod_perl.html and
http://perl.apache.org/docs/1.0/guide/debug.html but the debugger does not
run correctly.
21 matches
Mail list logo