Summary: | xemacs runs when emerge is running, otherwise it segfaults. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Sloan Poe <sloan> |
Component: | New packages | Assignee: | Matthew Kennedy (RETIRED) <mkennedy> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | a.l.meyers, agenkin |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Sloan Poe
2002-04-06 11:27:44 UTC
When you're emerging something, xemacs is running through the sandbox. Forwarding to Bevin for comment/investigation. I suspect this has something to do with the glibs relocation bug. The problem is that I can't keep the bug applied since it apparently breaks binary compatibility with some binary packages (win4lin, accurev, ...). well it looks as though 21.4.6-r1 got unmasked.. though when I tried to merge it the configure script fails complaining about nas.. I commented all the sound stuff out, then it started complaining about gnudbm.. 21.4.6-r1 seems to be working for me. I added --with-msw=no to the configure flags, since I have wine installed. There is a little delay at startup where the window appears, but none of the text shows up - I haven't figured that out yet. One additional error to report: # emerge --verbose * Regenerating GNU info directory index... install-info: warning: no info dir entry in `/usr/share/info/emodules.info.gz' * Processed 90 info files; 1 errors. What do you mean by "none of the text shows up"? Can you try "xemacs -debug-init" and "xemacs -vanilla" and see if the former will report anything useful, and if the latter will fix the slowness? As to the missing info dir entry, you might want to report it as a separate bug (if it hasn't been already), since AFAIK this has nothing to do with xemacs (or am I wrong?). so I added the --with-msw=no line in as well and miraculously 24.4.6-r1 compiled for me. Though I still seem to be having the segmentation fault problem... I'm seeing this bug as well. (Core dump is below.) Interestingly enough, I am also seeing the behavior where it runs ok if emerge is running, but otherwise it just dumps core. (gdb) where #0 0x404aea8f in malloc () from /lib/libc.so.6 #1 0x404ae8e4 in malloc () from /lib/libc.so.6 #2 0x08084a6f in xmalloc () #3 0x080aa3d0 in xemacs_21_4_6_i686_pc_linux () #4 0x080a97ca in xemacs_21_4_6_i686_pc_linux () #5 0x080ac055 in main () #6 0x404553c1 in __libc_start_main () from /lib/libc.so.6 For my part, xemacs did always segfault, even when emerging. But the binary generated with SANDBOX_DISABLED="1" emerge xemacs does work fine... I tried this and it solved my problem totoally.. SANDBOX_DISABLED="1" emerge xemacs *** Bug 1728 has been marked as a duplicate of this bug. *** *** This bug has been marked as a duplicate of 1501 *** |