[plt-dev] Mysterious "link: module mismatch" bug

From: Robby Findler (robby at eecs.northwestern.edu)
Date: Tue Sep 8 20:36:08 EDT 2009

Do you get the error when you run from outside of DrScheme?


On Tue, Sep 8, 2009 at 7:04 PM, Carl Eastlund<cce at 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<robby at 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<cce at 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

Posted on the dev mailing list.