Jack, thanks for the pointer: I hadn't noticed this earlier.

On 3/15/21 12:49 AM, Jack Hill wrote:
```
$bytevector-uncompress: internal error uncompressing #"\0\0\0\0chez\310\224\206:\r()#\201\256R-d\205\233\24\363\5\20\201P\6A\v\300\0\16\f\6\31\2\f\6\f&H\275\0\1\0\362\bA\377e\0\1\0C\6A\21\3\v\300\0\201\265!\f\6\n\0\a\1\35\0\1+\0\360\27\201\375\300\0\0\0\17\205\210Z\0\0M\215\245\b\4\0\0M9fH\17\206fZ\0\0I\2...
  context...:
   body of "/gnu/store/bbnhjamch9125c412bl7ybf28a0jxrkd-racket-8.0/share/racket/pkgs/gui-lib/mred/private/wx/gtk/utils.rkt"
   body of "/gnu/store/bbnhjamch9125c412bl7ybf28a0jxrkd-racket-8.0/share/racket/pkgs/gui-lib/mred/private/wx/platform.rkt"
```

This appears to be an error uncompressing Racket's compiled code—whether generated by the Racket layer or the Chez Scheme layer, I'm not sure. The stack trace is pointing to the module `mred/private/wx/gtk/utils`, which is here: https://github.com/racket/gui/blob/master/gui-lib/mred/private/wx/gtk/utils.rkt

At first glance, the most unusual-looking thing about that module is the use of `(only-in '#%foreign ctype-c->scheme)` … but it could also be something else altogether. I'll try to investigate further, but thoughts from others would be very welcome!

-Philip