public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Matthew Kennedy <mkennedy@gentoo.org>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] emacs segfaults
Date: 04 Aug 2002 03:18:58 -0500	[thread overview]
Message-ID: <1028449138.7312.6.camel@gentoo.shacknet.nu> (raw)
In-Reply-To: <20020801203317.GB4695@kruhft.dyndns.org>

As mentioned on http://bugs.gentoo.org/show_bug.cgi?id=5816 it's a
problem with sandbox and glibc.

The work around is 

  FEATURES=-sandbox emerge emacs

Matt


On Thu, 2002-08-01 at 15:33, Burton Samograd wrote:
> I just did an update and now for some reason my emacs is segfaulting at 
> startup.  I've tried unmerging it and installing different versions with 
> no luck.  And, as luck would have it, the xemacs build script seems to have
> problems too.
> 
> Here's an strace of emacs starting up:
> 
> <snip beginning>
> 
> open("/usr/X11R6/lib/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/lib/libc.so.6", O_RDONLY)        = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \203\1"..., 1024) = 1024
> fstat64(3, {st_mode=S_IFREG|0755, st_size=1485302, ...}) = 0
> old_mmap(NULL, 1340928, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4dbad000
> mprotect(0x4dceb000, 38400, PROT_NONE)  = 0
> old_mmap(0x4dceb000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x13d000) = 0x4dceb000
> old_mmap(0x4dcf1000, 13824, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4dcf1000
> close(3)                                = 0
> old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4dcf5000
> open("/usr/X11R6/lib/libdl.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/usr/X11R6/lib/libdl.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/lib/libdl.so.2", O_RDONLY)       = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\31\0"..., 1024) = 1024
> fstat64(3, {st_mode=S_IFREG|0755, st_size=11752, ...}) = 0
> old_mmap(NULL, 11488, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4dcf6000
> mprotect(0x4dcf8000, 3296, PROT_NONE)   = 0
> old_mmap(0x4dcf8000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0x4dcf8000
> close(3)                                = 0
> mprotect(0x4daa4000, 57344, PROT_READ|PROT_WRITE) = 0
> mprotect(0x4daa4000, 57344, PROT_READ|PROT_EXEC) = 0
> munmap(0x4d9f8000, 24586)               = 0
> getrlimit(0x3, 0xbff4fba0)              = 0
> setrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
> --- SIGSEGV (Segmentation fault) ---
> +++ killed by SIGSEGV +++
>  
> <end>
> 
> and here's the output from "emerge xemacs"
> 
> <snip common autoconf output>
> XEmacs 21.4.8 "Honest Recruiter" configured for `i686-pc-linux'.
> 
> 
> Compilation / Installation:
>   Source code location:              /var/tmp/portage/xemacs-21.4.8-r3/work/xemacs-21.4.8
>   Installation prefix:               /usr
>   Operating system description file: `s/linux.h'
>   Machine description file:          `m/intel386.h'
>   Compiler:                          gcc -march=i686 -mcpu=i686 -O3 -pipe -fforce-addr -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -funroll-loops -fomit-frame-pointer -fexpensive-optimizations
>   Relocating allocator for buffers:  no
>   GNU version of malloc:             yes
>     - Using Doug Lea's new malloc from the GNU C Library.
>   Linking with `-z nocombreloc'.
>     - Consider configuring with --pdump.
> 
> Window System:
>   Compiling in support for the X window system:
>     - X Windows headers location:                 /usr/X11R6/include
>     - X Windows libraries location:               /usr/X11R6/lib
>     - Handling WM_COMMAND properly.
>   Using Lucid menubars.
>   Using Lucid scrollbars.
>   Using Motif dialog boxes.
>   Using Motif native widgets.
> 
> TTY:
>   Compiling in support for ncurses.
>   Compiling in support for GPM (General Purpose Mouse).
> 
> Images:
>   Compiling in support for XPM  images.
>   Compiling in support for PNG  images.
>   Compiling in support for JPEG images.
>   Compiling in support for TIFF images.
> 
> Sound:
>   Compiling in support for sound (native).
> 
> Databases:
>   Compiling in support for GNU DBM.
> 
> Internationalization:
> 
> Mail:
>   Compiling in support for POP mail retrieval.
>   Compiling in support for "dot-locking" mail spool file locking method.
> 
> Other Features:
>   Inhibiting IPv6 canonicalization at startup.
>   Compiling in support for dynamic shared object modules.
> 
> 
> creating ./config.status
> creating Makefile.in
> creating lib-src/Makefile.in
> creating lwlib/Makefile.in
> creating src/Makefile.in
> creating src/paths.h
> creating lib-src/config.values
> creating lib-src/ellcc.h
> creating src/config.h
> creating lwlib/config.h
> creating ./Makefile
> creating ./GNUmakefile
> creating lib-src/Makefile
> creating lib-src/GNUmakefile
> creating lwlib/Makefile
> creating lwlib/GNUmakefile
> creating src/Makefile
> creating src/GNUmakefile
> Producing `src/Emacs.ad.h' from `etc/Emacs.ad'.
> Resetting `src/sheap-adjust.h'.
> Building finder database ...
> cd /var/tmp/portage/xemacs-21.4.8-r3/work/xemacs-21.4.8/man && make info
> /bin/sh: /var/tmp/portage/xemacs-21.4.8-r3/work/xemacs-21.4.8/src/xemacs: No such file or directory
> make: *** [lisp/finder-inf.el] Error 127
> make: *** Waiting for unfinished jobs....
> make[1]: Entering directory `/var/tmp/portage/xemacs-21.4.8-r3/work/xemacs-21.4.8/man'
> make[1]: warning: jobserver unavailable: using -j1.  Add `+' to parent make rule.
> make[1]: Nothing to be done for `info'.
> make[1]: Leaving directory `/var/tmp/portage/xemacs-21.4.8-r3/work/xemacs-21.4.8/man'
> 
> !!! ERROR: The ebuild did not complete successfully.
> !!! Function src_compile, Line 115, Exitcode 2
> !!! (no error message)
> 
> !!! emerge aborting on  /usr/portage/app-editors/xemacs/xemacs-21.4.8-r3.ebuild .
> <end>
> 
> Any ideas on what's happenning here?  I just emerged xfree yesterday (i was console only
> before)...i'm thinking that has something to do with the new problems.
> 
> Thanks,
> 
> burton samograd (using nano :-/ )
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev
-- 



      parent reply	other threads:[~2002-08-04  8:18 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-08-01 20:33 [gentoo-dev] emacs segfaults Burton Samograd
2002-08-02  0:25 ` Spider
2002-08-02  8:45   ` Burton Samograd
2002-08-02  9:39     ` Kim Nielsen
2002-08-02  9:59     ` Jorge Schramm
2002-08-02 10:48     ` Martijn Koster
2002-08-03 17:53       ` Burton Samograd
2002-08-04  8:18 ` Matthew Kennedy [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1028449138.7312.6.camel@gentoo.shacknet.nu \
    --to=mkennedy@gentoo.org \
    --cc=gentoo-dev@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox