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

From: Carl Eastlund (cce at ccs.neu.edu)
Date: Wed Sep 9 06:04:29 EDT 2009

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
<robby at 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<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.