Also, elinks used to run fine for me about a year ago (with then latest stable gentoo elinks and spidermonkey pkgs) with grsec. I use the hardened kernel sources, but there are no log reports from grsec about app blockages. Is the reason for spidermonkey-1.8.7 being hardmasked still valid? I also tried spidermonkey-1.8.5-r1 and elinks-0.13-20130124 (latest experimental from official git), but the problem remains the same.
#Elinks out of memory Patch#
seems to have found a solution to this issue, but their patch makes no difference on my system. Spidermonkey-1.8.5-r4 - the latest ~amd64 - doesn't do the job. Problems persists even if compiled with all USE flags except "javascript" turned off.Įlinks runs OK with js support when compiled against spidermonkey-1.8.7-r3, but that's currently hardmasked. Compiled with no CFLAGS/CXXFLAGS/LDFLAGS/MAKEOPTS. According to strace, it's caught in some kind of endless mmap->munmap loop.
That's sad - js support is such a nice thing about elinks. When compiled with USE="javascript" elinks freezes upon startup, no matter which site I'm trying to open (even none).
0 kommentar(er)
