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 racket-users...@googlegroups.com. >>> > 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 racket-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/racket-users/90466c8d-a260-46a1-bd9f-5f0d2056141fn%40googlegroups.com.
