How did you install Racket? Via the Mac installer from ‘download’?
[This error happens when you had an older installation and the new one doesn’t
re-compile the byte code files.]
> On May 13, 2017, at 5:19 PM, onn...@gmail.com wrote:
>
> Hi all,
>
> While working through the first bits of
Onno,
That happens when the .zo files produced by plain command-line racket conflict
with ones that come from DrRacket. Or the other way around, I am not sure. Or
something else related to .zo files that are no longer valid for some reason.
Anyway, try removing the 'compiled' directories from y
Hi all,
While working through the first bits of the HtDP2e book, in DrRacket 6.9 on
Mac, I get the following error whenever I try to run any program in the
"Definitions" window that contains (require 2htdp/universe):
link: bad variable linkage;
reference to a variable that is not a procedure o
I have this issue in Racket 6.8.0.1 this morning, the project is compiled
by compile-directory-zos, and all .zos are ensured up-to-date.
Before I gave up, I had wrote a simple tests in DrRacket, lucky to saw the
root cause, a contract error in the body of the newly added typed class,
but the issue
This is the commit:
https://github.com/racket/drracket/commit/81d74e484c306c3584030cf8ede29825c0e8be1a
I pushed it around the time 6.5 was released and it is the kind of
thing I would do right after a release branch has been created, so
probably it was only 6.6 and later.
Robby
On Fri, Feb 3,
On Saturday, March 26, 2016 at 4:53:51 PM UTC-7, Robby Findler wrote:
> Matthew and I have figured out one way in which DrRacket could go
> wrong here and implemented a better strategy. The problem we
> identified doesn't explain the symptoms expressed here in this thread
> exactly, but it is a com
Sorry I missed this. Apparently I'm several months behind on the racket
list. The problem does seem fixed however. Thank you!
Jon
On 10/23/2016 11:34 AM, Laurent wrote:
As of now, I haven't experienced any more problem of this sort since
then. Admittedly I haven't tried hard either to reprod
As of now, I haven't experienced any more problem of this sort since then.
Admittedly I haven't tried hard either to reproduce this behavior.
So thank you so much for the time you took to look into this! Very
appreciated.
On Sat, Mar 26, 2016 at 11:53 PM, Robby Findler wrote:
> Matthew and I h
Matthew and I have figured out one way in which DrRacket could go
wrong here and implemented a better strategy. The problem we
identified doesn't explain the symptoms expressed here in this thread
exactly, but it is a complex system and maybe there was some piece
missing from the explanations that
I would be so happy if this kind of error could be resolved! (even when all
files are compiled by DrRacket)
Usually, I just turn off "populate 'compiled' directories", but then
DrRacket needs to compile the file on each F5, which can take some precious
time.
Thank you both then :)
On Sun, Jan 31,
The simplest thing I can find: I have three files in two directories.
The first directory, called junk, contains a.rkt and b.rkt.
The second directory is a sibling to junk called local-libs and contains
c.rkt. (local-libs is known to the package manager; it was installed via
the DrRacket interf
Then it would be helpful to us if you could provide some (hopefully
small) program and instructions to reproduce the problem.
Thanks,
Robby
On Sun, Jan 31, 2016 at 4:51 PM, jon stenerson wrote:
> Just using DrRacket 6.3 on Win 10.
>
> Jon
>
>
> On 1/31/2016 3:22 PM, Robby Findler wrote:
>>
>> T
Just using DrRacket 6.3 on Win 10.
Jon
On 1/31/2016 3:22 PM, Robby Findler wrote:
The compilation of racket is (not yet) deterministic so things like
that can throw off internal tables in the .zo files (and a .zo files
is loaded without checking dependencies, optimistically hoping that
the file
The compilation of racket is (not yet) deterministic so things like
that can throw off internal tables in the .zo files (and a .zo files
is loaded without checking dependencies, optimistically hoping that
the files are not changed).
So: are you using "raco make" or somehow mangaging .zo files your
I have some .rkt files and, depending on which file was edited most
recently, either it works fine or it gives a compilation error. (By
"edited" I mean just adding or subtracting a blank line to change the
timestamp). I can submit a simplified example if nobody else has seen
this problem. If t
15 matches
Mail list logo
