proftpd-1.2.0-r2 segfaults immediately haver having received the username (via USER command from the client). The problem disappears when it is compiled without mod_shaper. The ebuild already contains a line like #Mod shaper is giving problems on some machines so if it is known to cause problems, why isn't it disabled on those architecture[s], such as ppc64? Reproducible: Always Steps to Reproduce: 1. emerge the respective ebuild 2. start proftpd 3. login from some client Actual Results: the forked daemon exits with SIGSEGV Expected Results: the forked daemon should prompt for a password and continue
sorry, proftpd-1.2.10-r2 is the correct version.
Ok, sorry for that wrong report. Further debugging resulted in the following news: It's actually mod_delay that causes the segfaults. If I modify the ebuild (see attachment) to not include mod_delay, it works like a charm.
Created attachment 59500 [details] modified ebuild to remove mod_delay
why did you change my correction? This is about mod_delay, not about mod_shaper (my initial mistake).
mod_delay is no longer there in 1.2.10-r3, might be better to just mark that one stable for ppc64 instead.
Guys, please try -r3 and mark it stable.
thanks for report. this problem was not known and proftpd worked for me. I just didn't used that mod. -r3 stable on ppc64.