Skip Menu |
 

This queue is for tickets about the mod_perl CPAN distribution.

Report information
The Basics
Id: 11254
Status: new
Priority: 0/
Queue: mod_perl

People
Owner: Nobody in particular
Requestors: scott.mcwhirter [...] sophos.com
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 1.29
Fixed in: (no value)

Attachments


Subject: Corruption of data during apache startup
Download (untitled) / with headers
text/plain 1.4k
Due to a clmbing memory problem with mod_perl compiled as a DSO, we've been trying to move towards a statically linked version of mod_perl into apache. Unfortunately, we've seen a rather serious bug which affects data initialisation during server startup time on FreeBSD. Currently, using the test case attached under DSO circumstances we see the following: Create Hash [1] [1] set "a" [1] set "b" Destroy Hash [1] Create Hash [2] [2] set "a" [2] set "b" Destroy Hash [2] However under freebsd (and only freebsd) we've been getting the following when mod_perl is statically linked: Create Hash [1] [1] set "a" [1] set "b" [1] set "a" Create Hash [2] Destroy Hash [1] [2] set "b" Destroy Hash [2] Currently we do a lot of initialisation of data during server startup to create a "cache". However since we cannot depend on these hashes being intansiated correctly, it's a real issue. We have tested on both linux and freebsd machines with multiple versions of each operating system along with many different compilation techniques. We've been able to reproduce this problem on all freebsd platforms (both 4.X and 5.X) and with completely vanilla installs of both the operating system and apache/mod_perl. Perl version in the main has been 5.8.x. Linux systems seem to be unaffected. There is all the code for a small testcase attached to this rt entry, along with apache server configuration additions. These must be included at a very early stage of the configuration process.
Download TestCase.tar.gz
application/gzip 742b

Message body not shown because it is not plain text.



This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.