From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=DKIM_ADSP_NXDOMAIN, DMARC_MISSING,MAILING_LIST_MULTI,RDNS_NONE autolearn=no autolearn_force=no version=4.0.0 Received: from kruhft.dyndns.org (unknown [24.68.68.53]) by chiba.3jane.net (Postfix) with ESMTP id 402C5AC451 for ; Thu, 1 Aug 2002 15:49:14 -0500 (CDT) Received: by kruhft.dyndns.org (Postfix, from userid 1000) id 54079341EA; Thu, 1 Aug 2002 13:33:18 -0700 (PDT) Date: Thu, 1 Aug 2002 13:33:17 -0700 From: Burton Samograd To: gentoo-dev@gentoo.org Message-ID: <20020801203317.GB4695@kruhft.dyndns.org> Mail-Followup-To: Burton Samograd , gentoo-dev@gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: [gentoo-dev] emacs segfaults Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: 993f0267-c954-436a-87d1-3454af2351b5 X-Archives-Hash: 487802e960bbaa4facc4ed764bb1f24f 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: 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 +++ and here's the output from "emerge xemacs" 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 . 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 :-/ )