Re: 0x444ba45b in prof_mark () from /usr/lib/perl5/5.6.1/i686-linux/auto/Devel/DProf/DProf.so

2002-12-09 Thread Ged Haywood
Hi Stas,

On Sun, 8 Dec 2002, Stas Bekman wrote:

 I see no reason why we should mislead readers, saying do not upgrade to 
 5.8.0, but to 5.7.2 instead.

I'm sorry if I misled anyone.  I thought it was clear that my own
personal recommendation was at least 5.7.2 and that there are those
who would recommend 5.8.0 but I'm not one of them.  That's because I
have no personal experience of that release.

Anyway, if they've read all this I think they have the idea now... :)

73,
Ged.




Re: 0x444ba45b in prof_mark () from /usr/lib/perl5/5.6.1/i686-linux/auto/Devel/DProf/DProf.so

2002-12-08 Thread Ged Haywood
Hi there,

On Sat, 7 Dec 2002, Richard Clarke wrote:

 I seem to have hit a slight stumbling block in my mod_perl development.
[snip]
 As you can see from the topic, the segv happens in the DProf library.

Yup, that'll do it.

Try upgrading to Perl 5.7.2 at least.  It worked for me.

There are those who would recommend 5.8.0 minimum, but I'm not one.
(Yet:).

73,
Ged.




Re: 0x444ba45b in prof_mark () from /usr/lib/perl5/5.6.1/i686-linux/auto/Devel/DProf/DProf.so

2002-12-08 Thread Stas Bekman
Ged Haywood wrote:
[...]

Try upgrading to Perl 5.7.2 at least.  It worked for me.

There are those who would recommend 5.8.0 minimum, but I'm not one.
(Yet:).


Eh? 5.8.0 is almost the same as 5.7.2, with mucho bugs fixed. I don't 
understand why do you suggest to install an unstable developers version, 
when there is a stable and better version out there.

Whether you are running 5.7.2 or 5.8.0, do not compile with ithreads 
support, unless you need it, as it makes the interpreter slower.

__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
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



Re: 0x444ba45b in prof_mark () from /usr/lib/perl5/5.6.1/i686-linux/auto/Devel/DProf/DProf.so

2002-12-08 Thread Ged Haywood
Hi Stas,

On Sun, 8 Dec 2002, Stas Bekman wrote:

 Ged Haywood wrote:
 [...]
  Try upgrading to Perl 5.7.2 at least.  It worked for me.
  
  There are those who would recommend 5.8.0 minimum, but I'm not one.
  (Yet:).
 
 Eh? 5.8.0 is almost the same as 5.7.2, with mucho bugs fixed. I don't 
 understand why do you suggest to install an unstable developers version, 
 when there is a stable and better version out there.

Simply that I've never upgraded to 5.8.0 myself and I've seen a few
people with some troubles when they did.  I've had no trouble at all
with 5.7.2.

You may remember I had segfault problems with dprof and 5.7.1 which
went away when I upgraded to 5.7.2 (it was you who suggested it:).

73,
Ged.





Re: 0x444ba45b in prof_mark () from /usr/lib/perl5/5.6.1/i686-linux/auto/Devel/DProf/DProf.so

2002-12-08 Thread Stas Bekman
Ged Haywood wrote:

Hi Stas,

On Sun, 8 Dec 2002, Stas Bekman wrote:



Ged Haywood wrote:
[...]


Try upgrading to Perl 5.7.2 at least.  It worked for me.

There are those who would recommend 5.8.0 minimum, but I'm not one.
(Yet:).


Eh? 5.8.0 is almost the same as 5.7.2, with mucho bugs fixed. I don't 
understand why do you suggest to install an unstable developers version, 
when there is a stable and better version out there.


Simply that I've never upgraded to 5.8.0 myself and I've seen a few
people with some troubles when they did.  I've had no trouble at all
with 5.7.2.


If there are any troubles, they should be reported to p5p. Personally I 
didn't have any. Mandrake 8.0 uses 5.8.0 for its all tools and it works, 
so does the new RH.

You may remember I had segfault problems with dprof and 5.7.1 which
went away when I upgraded to 5.7.2 (it was you who suggested it:).


At that time there was no 5.8.0 available.

I see no reason why we should mislead readers, saying do not upgrade to 
5.8.0, but to 5.7.2 instead.

__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
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



Re: 0x444ba45b in prof_mark () from/usr/lib/perl5/5.6.1/i686-linux/auto/Devel/DProf/DProf.so

2002-12-07 Thread Ilya Martynov
 On Sat, 7 Dec 2002 19:58:40 -, Richard Clarke [EMAIL PROTECTED] said:

RC List,
RC I seem to have hit a slight stumbling block in my mod_perl development.
RC Without wanting to write a whole essay on the exact combination of events
RC that causes this segv to happen I'll just say for now that it happens after
RC my custom Template::Provider returns a status indicating a template could
RC not be found. My apache error log indicates that the segv happens
RC immediately after my contenthandler returns SERVER_ERROR.
RC As you can see from the topic, the segv happens in the DProf library. I have
RC listed the gdb output at the end of my email.
RC My question is simply, is this a mod_perl problem, a template toolkit
RC problem or a problem somewhere in the dprof library?.

Likely it is Dprof's problem. 

RC If I really need to use Apache::DProf then I'll just avoid requesting
RC templates that don't exist. I'm still curious however, as to whether there
RC is a more sinister problem waiting to cause my problems in the future.
RC Any advice? Has anyone else ever experienced a code path which causes a
RC similar segv in dprof?

Many times. Apache::DProf happily segfaults on any non-trivial
program.

-- 
Ilya Martynov,  [EMAIL PROTECTED]
CTO IPonWEB (UK) Ltd
Quality Perl Programming and Unix Support
UK managed @ offshore prices - http://www.iponweb.net
Personal website - http://martynov.org