bug#47064: [racket-users] bytevector-uncompress: internal error uncompressing

2021-04-15 Thread Mark H Weaver
Hi Philip, Philip McGrath writes: > On 4/14/21 1:54 AM, Mark H Weaver wrote: >> In this case, I suspect that within a *.zo file, a Guix store item name >> was split into pieces, with the hash and "-" together in one piece but >> split somewhere between the "-" and the last byte of the store item

bug#47064: [racket-users] bytevector-uncompress: internal error uncompressing

2021-04-14 Thread Philip McGrath
Hi Mark and everyone, On 4/14/21 1:54 AM, Mark H Weaver wrote: Recall that the grafting code performs a set of substitutions, replacing store item names (i.e. file names in /gnu/store) with replacement store items of the same length, with rules like: "fx3979c88s9yxdbchyf36qryawgzpwb5-libx11-1.6.

bug#47064: [racket-users] bytevector-uncompress: internal error uncompressing

2021-04-13 Thread Mark H Weaver
Hi Philip, [removed 'racket-users' from the recipient list] Philip McGrath writes: > My guess is that Racket CS is compressing string literals in compiled > code. Currently, Guix patches Racket source files to include the > absolute paths to foreign libraries in the store as string literals.

bug#47064: [racket-users] bytevector-uncompress: internal error uncompressing

2021-03-16 Thread jackhill
On Mon, 15 Mar 2021, Philip McGrath wrote: Aha! Running: guix environment --ad-hoc --no-grafts racket -- drracket launches DrRacket just fine. My guess is that Racket CS is compressing string literals in compiled code. Currently, Guix patches Racket source files to include the absolute pa

bug#47064: [racket-users] bytevector-uncompress: internal error uncompressing

2021-03-15 Thread Philip McGrath
I've submitted a patch at https://issues.guix.gnu.org/47180 that I hope will resolve this issue. -Philip

bug#47064: [racket-users] bytevector-uncompress: internal error uncompressing

2021-03-15 Thread Philip McGrath
Aha! Running: guix environment --ad-hoc --no-grafts racket -- drracket launches DrRacket just fine. My guess is that Racket CS is compressing string literals in compiled code. Currently, Guix patches Racket source files to include the absolute paths to foreign libraries in the store as st

bug#47064: [racket-users] bytevector-uncompress: internal error uncompressing

2021-03-15 Thread Philip McGrath
I can reproduce the error with just: ``` $ racket -l mred/private/wx/gtk/utils $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

bug#47064: [racket-users] bytevector-uncompress: internal error uncompressing

2021-03-15 Thread Philip McGrath
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\