Windows 10
Snapshot: 20210404-725710e
   Windows
      64-bit x64 
<https://www.cs.utah.edu/plt/snapshots/current/installers/racket-8.0.0.13-x86_64-win32-cs.exe>

Dex
On Monday, April 5, 2021 at 12:54:24 PM UTC+2 Dexter Lagan wrote:

> 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/a2ad2c17-64f6-4ace-b9c2-531ad9f43f64n%40googlegroups.com.

Reply via email to