Sam Tobin-Hochstadt

See also http://bugs.racket-lang.org/query/?cmd=view&pr=14953

Wait, really? I didn't know that -- when did it happen? Also, these errors are from a wrong version, which is detected before reading, so I don't think memory corruption...

First, that definitely isn't what's happening here -- Racket is trying to load something and failing, not loading the wrong thing. Second, it's always been the case that you can...

I think we should investigate this because I don't think it's caused by memory corruption. I don't, of course, know that the error messages I saw were the only thing...

The error message is pointing to the `s3-sync` package, which I don't think DrRacket depends on. More generally, I don't think this is a bug in DrRacket -- the function...

I don't think the actual bug is failing to handle out-of-date .zo files properly, but that clipboard handling sometimes calls things in the wrong eventspace. It just happens that the...

Ok, here's a different way to reproduce the error: - open `drracket/private/syncheck/blueboxes-gui.rkt` (thanks C-S-o) - go to line 671 - add `(car)` to the beginning of the `fetch` function -...

That didn't seem to change the behavior.

I think, if I'm reading the C++ code correctly, that the current behavior was introduced by @mflatt here: https://github.com/racket/old-plt/commit/d906fb84d83358a1cae27880a6aa6fd2a8c364ae in early 1999.

I name basically all my mouse handlers `mouse`, so breaking those programs would be bad. What about using the names `on-tick` etc? Those names are already taken.