Full backtrace, from Weblocks' error page is here: http://paste.lisp.org/+1VVF Weblocks throws the error after the login form is submitted.
* What happens if you run (weblocks::reset-sessions) at the REPL?* It executes without error. I do this every time I reload the ASDF package. Same thing happens. * What is the result of removing fasls and recompiling?* No change. Still throws the error. * Quitting lisp and removing all files in the data/ directory will eliminate this as a potential error source.* Just tried this--no change. *would hazard that it's a problem with your prevalence store and that deleting data/* would be a good step. I assume you're not using Elephant or any other storage mechanisms. * No--using the default Prevalence store. -Michael On Wed, Sep 30, 2009 at 2:32 PM, nunb <[email protected]> wrote: > > Does the error come when you hit the login page? Or does it come when > you load the system? > > What happens if you run (weblocks::reset-sessions) at the REPL? > > What is the result of removing fasls and recompiling? > > If you had earlier declared the class user *sans* id, and it got saved > to the cl-prevalence store (used by default) this error may occur when > cl-prevalence attempts to load its store. Quitting lisp and removing > all files in the data/ directory will eliminate this as a potential > error source. > > The full backtrace will certainly help: paste.lisp.org > > > > assume it is not an instance of user, because this happens from the REPL > > when in the same package as the web app: > > > > * (let ((a (make-instance 'user :id 1))) (slot-value a 'zanzibar)) > > > > debugger invoked on a SIMPLE-ERROR in thread #<THREAD "initial thread" > > RUNNING {A834761}>: > > When attempting to read the slot's value (slot-value), the slot > ZANZIBAR > > is > > missing from the object #<USER {B7E5851}>. > > > > "zanzibar" is really not a member of user, but the snippet generates an > > equivalent error with the type listed in the error. > > > > Considering that earlier it carped about Object #<G1496 {AA34A41}> I > would hazard that it's a problem with your prevalence store and that > deleting data/* would be a good step. I assume you're not using > Elephant or any other storage mechanisms. > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "weblocks" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/weblocks?hl=en -~----------~----~----~----~------~----~------~--~---
