Comments (3)
Hello,
I have some guesses, and we could try some workarounds blindly, but it would be better to just have a look at the full backtrace.
Please use (setq debug-on-error t)
to enable the debugger, and then trigger the error again. This should give you a full backtrace that you can paste here. If the error happens while loading Emacs (more specifically, your .emacs init file), then you can just start Emacs with --debug-init
instead.
I know that Emacs 24 has some new goodies like default lexical binding, and it's quite possible that I'm using an obsolete idiom or construct somewhere, because I'm an Emacs Lisp newb. (One thing I realize now is that in clhs-use-local.el
I could have used defvar
to declare variables, especially "user options".) That might trigger the bytecode bug. We'll need the full backtrace (at least) to tell for sure.
Note that all currently released versions of the clhs wrapper completely assume that the quicklisp
directory is in the home directory. I haven't yet gotten to making that configurable, but I intend to do so relatively soon.
Meanwhile, a workaround would be to manually copy clhs-use-local.el
into your quicklisp
directory, and edit the "~/quicklisp/"
path within to "~/Libraries/quicklisp/"
. You'll obviously also need to change the Emacs form in your init file to point to the correct location, but that has probably already been done. Alternatively, another workaround would be to put the quicklisp
directory back into your home directory. ;) (This would at least help confirm if that's what triggers the bug.)
Hope this helps! I'll be waiting for that backtrace.
from clhs.
I just tested it on GNU Emacs 24.1.50.1 and the issue has disappeared
oddly enough.
Thanks for the quick and thorough reply... I was just about to dig
into this with you when the package repository I'm following to get
snapshot updates released a new minor version (and I though, what the
heck?).
Bleeding edge packages do tend to break every once in a while... if
you want I can still checkout the previous minor release and reproduce
there.
Either way, thanks for a great package... I'm going to toy with
getting it to open in w3m tonight.
On Tue, Apr 24, 2012 at 3:13 PM, Jean-Philippe Paradis
[email protected]
wrote:
Hello,
I have some guesses, and we could try some workarounds blindly, but it would be better to just have a look at the full backtrace.
Please use
(setq debug-on-error t)
to enable the debugger, and then trigger the error again. This should give you a full backtrace that you can paste here. If the error happens while loading Emacs (more specifically, your .emacs init file), then you can just start Emacs with--debug-init
instead.I know that Emacs 24 has some new goodies like default lexical binding, and it's quite possible that I'm using an obsolete idiom or construct somewhere, because I'm an Emacs Lisp newb. (One thing I realize now is that in
clhs-use-local.el
I could have useddefvar
to declare variables, especially "user options".) That might trigger the bytecode bug. We'll need the full backtrace (at least) to tell for sure.Note that all currently released versions of the clhs wrapper completely assume that the
quicklisp
directory is in the home directory. I haven't yet gotten to making that configurable, but I intend to do so relatively soon.Meanwhile, a workaround would be to manually copy
clhs-use-local.el
into yourquicklisp
directory, and edit the"~/quicklisp/"
path within to"~/Libraries/quicklisp/"
. You'll obviously also need to change the Emacs form in your init file to point to the correct location, but that has probably already been done. Alternatively, another workaround would be to put thequicklisp
directory back into your home directory. ;) (This would at least help confirm if that's what triggers the bug.)Hope this helps! I'll be waiting for that backtrace.
Reply to this email directly or view it on GitHub:
#5 (comment)
from clhs.
So I guess that's an happy ending! (No need to investigate the previous minor release further.)
Support for w3m is not something I had thought about, maybe I could add instructions at the end of the README (with the other instructions for using another browser) for how to do it (probably not too hard to figure oneself, but I want this thing to become really user-friendly).
from clhs.
Related Issues (10)
- Make CLHS relocatable HOT 2
- on loading clhs-use-local.el, debugger entered due to inability to make symlinks HOT 10
- clhs-use-local.el strongly assumes that a quicklisp version of the CLHS wrapper is currently installed
- Make local CLHS URLs shorter HOT 3
- Install use-local HOT 6
- Copy/paste mistake in clhs-use-local.el (quicklisp-slime-helper-file-contents) HOT 1
- User-configurable quicklisp directory location HOT 2
- Persist user-configured *quicklisp-directory* location HOT 1
- common-lisp-hyperspec-root HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from clhs.