When attempting to start slime in emacs the following results: ; registering #<SYSTEM SB-BSD-SOCKETS {1000B7FBC1}> as SB-BSD-SOCKETS STYLE-WARNING: redefining PREFERRED-COMMUNICATION-STYLE NIL in DEFMETHOD STYLE-WARNING: redefining CALL-WITHOUT-INTERRUPTS (T) in DEFMETHOD STYLE-WARNING: redefining LISP-IMPLEMENTATION-TYPE-NAME NIL in DEFMETHOD STYLE-WARNING: redefining CALL-WITH-SYNTAX-HOOKS (T) in DEFMETHOD STYLE-WARNING: redefining DEFAULT-READTABLE-ALIST NIL in DEFMETHOD STYLE-WARNING: redefining ARGLIST (T) in DEFMETHOD STYLE-WARNING: redefining INSTALL-DEBUGGER-GLOBALLY (T) in DEFMETHOD STYLE-WARNING: redefining CALL-WITH-DEBUGGER-HOOK (T T) in DEFMETHOD STYLE-WARNING: redefining FORMAT-SLDB-CONDITION (T) in DEFMETHOD STYLE-WARNING: redefining CONDITION-REFERENCES (T) in DEFMETHOD STYLE-WARNING: redefining UNPROFILE-ALL NIL in DEFMETHOD STYLE-WARNING: redefining BUFFER-FIRST-CHANGE (T) in DEFMETHOD STYLE-WARNING: implicitly creating new generic function STREAM-READ-CHAR-WILL-HANG-P STYLE-WARNING: implicitly creating new generic function INSPECT-BIGGER-PIECE-ACTIONS STYLE-WARNING: implicitly creating new generic function INSPECT-WHOLE-THING-ACTION STYLE-WARNING: implicitly creating new generic function INSPECT-SHOW-MORE-ACTION STYLE-WARNING: implicitly creating new generic function MENU-CHOICES-FOR-PRESENTATION T * ;; Swank started at port: 32771. ; Adding fd handler: 5 NIL * ; Adding fd handler: 6 And here it simply hangs. When inquiring the cause for this from the slime-devel mailing list I was told by Nickodemus Siivola: "So Slime _used_ to work? Did you by any chance update Slime, but not SBCL? "If there is no ~/.slime then I'm inclined to blame the Gentoo package and suggest using bugs.gentoo.org. "Cheers, " -- Nikodemus" The versions installed concurrent with this bug are: * app-emacs/slime Latest version available: 1.2.1.20050804 Latest version installed: 1.2.1.20050804 Size of downloaded files: 400 kB Homepage: http://common-lisp.net/project/slime/ Description: SLIME, the Superior Lisp Interaction Mode (Extended) License: GPL-2 * app-emacs/slime-cvs Latest version available: 0-r4 Latest version installed: 0-r4 Size of downloaded files: 0 kB Homepage: http://common-lisp.net/project/slime/ Description: SLIME, the Superior Lisp Interaction Mode (Extended) License: GPL-2 * dev-lisp/sbcl Latest version available: 0.9.6 Latest version installed: 0.9.6 Size of downloaded files: 36,746 kB Homepage: http://sbcl.sourceforge.net/ Description: Steel Bank Common Lisp (SBCL) is an implementation of ANSI Common Lisp. License: MIT Apparantly the problem is that there should be, but is not, a directory ~/.slime containing fasl files. emerge info: Portage 2.0.51.22-r3 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.12-gentoo-r4 x86_64) ================================================================= System uname: 2.6.12-gentoo-r4 x86_64 AMD Opteron(tm) Processor 246 Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/resin/conf /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2" DISTDIR="/opt/no_archive/portage/distfiles" FEATURES="autoconfig buildpkg ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://gentoo.llarian.net/ ftp://gentoo.llarian.net/pub/gentoo http://gentoo.ccccom.com http://gentoo.osuosl.org/" MAKEOPTS="-j2" PKGDIR="/opt/no_archive/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X acl alsa arts audiofile avi berkdb bitmap-fonts bzip2 cdr crypt cups curl doc eds emboss encode esd exif expat fam flac foomaticdb fortran gd gdbm gif glut gmp gnome gphoto2 gpm gstreamer gtk gtk2 guile idn imagemagick imlib ipv6 java jpeg junit kde lcms ldap libg++ libwww log4cpp lzw lzw-tiff mad mhash mikmod mng motif mozilla mp3 mpeg mysql nas ncurses nls ogg opengl pam pcre pdflib perl plotutils png postgres python qt quicktime readline ruby sdl slang spell ssl svg tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev usb userlocales vorbis wxwindows xine xinerama xml2 xmms xpm xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
(In reply to comment #0) BTW, Nickodemus was replying to an earlier message from Helmut Eller: "Try to delete the fasl files in ~/.slime/fasl and restart. There are sometimes compilation errors but fasl files are still generated and placed in that directory. We don't recompile if there's already a fasl file and so you don't see the compiler error message. Helmut." to which I replied that I had no ~/.slime dir.
First port of call for problems should be the Gentoo bugzilla. There is no ~/.slime FASL cache because the Gentoo ports are created to use the general cache in /var/cache/common-lisp-controller. If you are using SBCL, try removing old FASLs from there using this command: rm -rf /var/cache/common-lisp-controller/<your-username>/sbcl/*
Nope. Sorry. Did as you recommended but slime still hangs just were it did, after compiling a lot of other files. Any other ideas?
The combination of running the rm command you specified and also unmerging and re-emerging slime has corrected the problem -- for unknown reasons.
I'll just have to resolve this as "cantfix" since there's not much hope for reproducing the problem here. I just updated app-emacs/slime in portage to the latest CVS (2005-12-11). Perhaps you'll have less problems with it.
