No, when I disable the GUI dependencies it still gets the error in DrScheme but runs just fine in MzScheme.
Carl Eastlund On Wed, Sep 9, 2009 at 1:36 AM, Robby Findler <ro...@eecs.northwestern.edu> wrote: > Do you get the error when you run from outside of DrScheme? > > Robby > > On Tue, Sep 8, 2009 at 7:04 PM, Carl Eastlund<c...@ccs.neu.edu> wrote: >> The cleanup I did each time involved rm -r of the compiled/ >> directories, so the drscheme/ subdirectories were gone as well. >> >> --Carl >> >> On Wed, Sep 9, 2009 at 12:21 AM, Robby >> Findler<ro...@eecs.northwestern.edu> wrote: >>> Likely the files in compiled/drscheme/ are out of date. Why cm isn't >>> bringing them back into sync is unclear to me, but you can at least >>> get out of the bad loop by deleting those directories. >>> >>> Robby >>> >>> On Tue, Sep 8, 2009 at 6:01 PM, Carl Eastlund<c...@ccs.neu.edu> wrote: >>>> Running code in DrScheme from one of my planet development links, I >>>> get this familiar error: >>>> >>>> link: module mismatch, probably from old bytecode whose dependencies >>>> have changed: variable not provided (directly or indirectly and at the >>>> expected position) from module: >>>> "/Users/cce/research/planet/scheme/syntax.ss" accessed from module: >>>> "/Users/cce/research/planet/scheme/require-provide.ss" at source phase >>>> level: 0 in: provide/contract-contract-id-make-planet-path.62 >>>> >>>> The usual process to fix this is to recompile the relevant files. I >>>> have now twice cleaned out all compiled files from my planet >>>> development links and run a full 'setup-plt' to restore them, and the >>>> message has not gone away. What could be causing this, if the .zo >>>> files are all up to date? >>>> >>>> Carl Eastlund _________________________________________________ For list-related administrative tasks: http://list.cs.brown.edu/mailman/listinfo/plt-dev
