Upon opening DrRacket on 8.0.0.13, Utah build: ptr-set!: cannot install value into non-atomic memory value: #<cpointer+offset> destination: #<cpointer> context...: C:\Program Files\Racket-8.0.0.13\collects\ffi\unsafe.rkt:1468:4: loop body of "C:\Program Files\Racket-8.0.0.13\share\pkgs\gui-lib\mred\private\gdi.rkt"
[Exited. Close box or Ctrl-C closes the console.] Dex On Monday, April 5, 2021 at 12:24:42 PM UTC+2 Dexter Lagan wrote: > Looks like it's the opposite. At the moment Utah's is half the size. I'll > install the current Utah's and compare generated executables with 8.0 > release. > > Utah: > [image: Utah.png] > > Northwestern: > [image: North.png] > > On Monday, April 5, 2021 at 11:42:46 AM UTC+2 Dexter Lagan wrote: > >> Hi Matthew, >> >> It is indeed the one from Utah. I’ll give the other one a try and >> report back. Thanks for looking into this! >> >> Dex >> >> >> >> On Sunday, April 4, 2021 at 8:32:00 PM UTC+2 Matthew Flatt wrote: >> >>> Hi Dex, >>> >>> Are you using a snapshot build from the Utah site --- as opposed to a >>> snapshot for Northwestern or some other build? >>> >>> I see that the Utah site's compiled code is twice as big as the >>> Northwestern site's compiled code. It looks like the build process for >>> Racket at Utah (via Visual Studio) misconfigures the "should compiled >>> code be compressed?" flag, while the build process used at Northwestern >>> (via MinGW) configures that setting correctly. The distribution builds >>> are made in the same way as the Northwestern snapshots. >>> >>> I'll fix the compilation path that the Utah snapshot uses, but it would >>> be good to know whether that could be the problem. >>> >>> Thanks, >>> Matthew >>> >>> At Sun, 4 Apr 2021 02:19:28 -0700 (PDT), Dexter Lagan wrote: >>> > I updated to current again, and executable file size has nearly >>> doubled >>> > again (120MB vs 70MB). I'd be curious to know if startup time wouldn't >>> be >>> > affected by file IO at this point. I'm using 7.9 BC 32 bits in >>> production >>> > atm, since it produces the smallest executables (12 MB!). >>> > >>> > Dex >>> > >>> > On Wednesday, March 3, 2021 at 8:07:00 PM UTC+1 Dexter Lagan wrote: >>> > >>> > > Hello there, >>> > > >>> > > Two things: >>> > > >>> > > - I noticed a doubling of executable file sizes (from 30MB to 70MB >>> for >>> > > racket/gui with embedded libs, Windows) between Racket 7.9 (non-CS) >>> and >>> > > Racket 8.0 (CS). Because of this, startup times from network drives >>> also >>> > > doubled (from 5 to 10s for gui programs when using CS). I had to >>> revert to >>> > > 7.9 non-CS for now; >>> > > >>> > > - Because of this, I have been trying to reduce file sizes to a >>> minimum. I >>> > > tried replacing racket/gui by a minimal list of requires to no >>> avail. I >>> > > tried using the raco demod function to demodularize, but it seems to >>> be >>> > > broken on recent version of Racket (anything beyond hello world will >>> quit >>> > > prematurely, racket/gui programs won't run at all). I tried GitHub - >>> > > bluerider/flattener: Source Code Level Flattener for PLT Racket >>> > > <https://github.com/bluerider/flattener> without success (seems >>> broken as >>> > > well). I also tried compressing executables with UPX, but it also >>> breaks >>> > > them. >>> > > >>> > > Does anybody know of a way to reduce final Racket executable file >>> sizes >>> > > / flatten / demodularize while keeping gui functionality ? >>> > > >>> > > Dex >>> > > >>> > >>> > -- >>> > You received this message because you are subscribed to the Google >>> Groups >>> > "Racket Users" group. >>> > To unsubscribe from this group and stop receiving emails from it, send >>> an email >>> > to [email protected]. >>> > To view this discussion on the web visit >>> > >>> https://groups.google.com/d/msgid/racket-users/a2a14107-01fb-4f36-b6e1-c02498f35 >>> >>> > 7adn%40googlegroups.com. >>> >> -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/racket-users/90466c8d-a260-46a1-bd9f-5f0d2056141fn%40googlegroups.com.
