Summary: | mod_perl cause segmentation fault with tr_TR locale | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Özgür ERİŞEN <oerisen> |
Component: | [OLD] Server | Assignee: | Apache Team - Bugzilla Reports <apache-bugs> |
Status: | RESOLVED NEEDINFO | ||
Severity: | critical | CC: | perl, pva |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Özgür ERİŞEN
2010-01-26 22:04:07 UTC
tr locale is known to broke applications but still apache should not crash. Could you try to get backtrace? http://www.gentoo.org/proj/en/qa/backtraces.xml Sorry I do not know how to create a backtrace. I have recompiled apache with debug use falg but I did not able generate a file. Actually I do not have much time. At the moment I am trying to create a new server, hence mod_perl is too broken to be fixed. I have tried the workaround in sabayon based distro and it worked. I have to rebuild whole system and move all data to the newly installed one. (I played too much with mod_perl, dependencies, apache, etc and tried different use flags etc. but now I have a broken system, reconcilio --no-exact and perl-cleaner reallyall does not help) (In reply to comment #2) > I have tried the workaround in sabayon based distro and it worked. BWT, what workaround are you talking about? In short, to get backtrace you need to rebuild package without -fomit-frame-pointer and with -ggdb in CFLAGS and with splitdebug in FEATURES. After that run ulimit -c unlimited start apache from that shell. Once it crashes, somewhere (in /var/log/apache, pwd or at htdocs) core file may appear. After that to get backtrace all you need is to run gdb --core=corefile /usr/sbin/apache2, or something like that. I don't know specifics of your setup to tell more exact steps. That said, this really will take some time and if time matters it's better to return to this problem later. Does this issue still exist with 2.0.5? |