Re: [racket-users] Re: Executable file size and raco demod

I'll study all this and get back to you. Reminds me of my win32 API days, making event loops... Dex On Saturday, April 10, 2021 at 8:35:35 PM UTC+2 Matthew Flatt wrote: > At Sat, 10 Apr 2021 17:26:21 +, Dexter Lagan wrote: > > By default it’s set to ‘one. > > But for an editor, this line

Re: [racket-users] Re: Executable file size and raco demod

At Sat, 10 Apr 2021 17:26:21 +, Dexter Lagan wrote: > By default it’s set to ‘one. But for an editor, this line changes it to 'integer: https://github.com/racket/gui/blob/master/gui-lib/mred/private/wxme/editor-canvas.rkt#L237 Or, at least, it should --- and it does in my installation,

Re: [racket-users] Re: Executable file size and raco demod

From: Matthew Flatt Sent: Saturday, April 10, 2021 7:13:34 PM To: Dexter Lagan Cc: Racket Users Subject: Re: [racket-users] Re: Executable file size and raco demod Are you scrolling in DrRacket's editor or in some other application? I'm surprised that change to the initial value

Re: [racket-users] Re: Executable file size and raco demod

To: Dexter Lagan Cc: Racket Users Subject: Re: [racket-users] Re: Executable file size and raco demod At Sat, 10 Apr 2021 03:52:47 -0700 (PDT), Dexter Lagan wrote: > DrRacket feels I see that you did say DrRacket, so I remain puzzled. Are you seeing a value other than 'integer when `gen-whe

Re: [racket-users] Re: Executable file size and raco demod

At Sat, 10 Apr 2021 03:52:47 -0700 (PDT), Dexter Lagan wrote: > DrRacket feels I see that you did say DrRacket, so I remain puzzled. Are you seeing a value other than 'integer when `gen-wheels` is called in a stock v8.0? Matthew -- You received this message because you are subscribed to the

Re: [racket-users] Re: Executable file size and raco demod

Are you scrolling in DrRacket's editor or in some other application? I'm surprised that change to the initial value of `wheel-steps-mode` has an effect, but maybe my confusion is that I'm thinking of DrRacket. An editor canvas calls `set-wheel-steps-mode` in its constructor to set the mode to

Re: [racket-users] Re: Executable file size and raco demod

So in conclusion, only two changes required: In const.rkt: (define WHEEL_DELTA 120) to (define WHEEL_DELTA 30) In Window.rkt: (define wheel-steps-mode 'one) to (define wheel-steps-mode 'integer) The change to const.rkt may affect a lot more code, I'll

Re: [racket-users] Re: Executable file size and raco demod

One precision: this work for Racket 8.0 BC release. There might have been changes made to current. DrRacket feels as smooth as Sublime Text with this change, a completely different experience. I'd like to make a proper commit if somebody held my hand to do so. Dex On Saturday, April 10,

Re: [racket-users] Re: Executable file size and raco demod

One precision: this works for Racket 8.0 BC release, I'm note sure current has had changes to this code. DrRacket feels as fast and smooth as Sublime Text with this change, a completely different experience. I'd like to make a proper commit if somebody could hold my hand on github. Dex On

Re: [racket-users] Re: Executable file size and raco demod

Hi again, After playing around with the gen-wheels procedure and comparing its code with the WM_HSCROLL handling, I was able to get fast, accurate and smooth scrolling for both mouse and touchpad by switching the wheel-steps-mode to 'integer and reducing WHEEL_DELTA by a factor of 4. Here's

Re: [racket-users] Re: Executable file size and raco demod

FYI I ended up going to 8.0 BC 32 bits to get the smallest executables for production, while still evaluating current. I partially fixed my scrolling problem by replacing (* wheel-scale amt) by (/ (* wheel-scale amt) 2) in share/pkgs/gui-lib/mred/private/wx/win32/window.rkt. There still is

Re: [racket-users] Re: Executable file size and raco demod

At Wed, 7 Apr 2021 14:08:00 -0700 (PDT), Dexter Lagan wrote: > One last thing, I noticed that a small window appears top-left corner of > the screen before the full DrRacket window opens since 8.0.0.1x : That window's full title turns out to be "Recompiling quickscripts...". It's shown and

Re: [racket-users] Re: Executable file size and raco demod

On Tue, Apr 6, 2021 at 7:54 PM Matthew Flatt wrote: > In the cross-compilation path that the release builds use, there was an > unintended layer of compression. (I noticed the size difference before, > but had not yet investigated.) Checking that again, if the extra layer > is used, the 10% or

Re: [racket-users] Re: Executable file size and raco demod

Also, I caught a seg-fault yesterday, after having left a DrRacket 7.9 BC open for a couple of days on a basic servlet. I'll see if happens again with 8.0.0.x while I use it. Dex On Wednesday, April 7, 2021 at 11:08:00 PM UTC+2 Dexter Lagan wrote: > I updated window.rkt, and it fixed the

Re: [racket-users] Re: Executable file size and raco demod

I updated window.rkt, and it fixed the scrolling problem. It's exactly as it was with 7.9. Thanks! One last thing, I noticed that a small window appears top-left corner of the screen before the full DrRacket window opens since 8.0.0.1x : [image: small-window.PNG] I had trouble capturing it,

Re: [racket-users] Re: Executable file size and raco demod

Thanks for the info, I'll try updating window.rkt and report back. What surprises me is that scrolling by keeping the mouse button down while hovering on the scrollbar is fast and smooth, while using a two-finger gesture is erratic and choppy (on top of the direction-change delay). I wonder

Re: [racket-users] Re: Executable file size and raco demod

At Mon, 5 Apr 2021 14:29:22 -0700 (PDT), Dexter Lagan wrote: > I installed the latest build, and it does start. Generated executable is > 80MB vs 32MB for 7.9 BC, about 10MB more than 8.0 release. That difference is again related to the compilation paths, but this time the likely result is

Re: [racket-users] Re: Executable file size and raco demod

I installed the latest build, and it does start. Generated executable is 80MB vs 32MB for 7.9 BC, about 10MB more than 8.0 release. I understand that there's a difference between bytecode and compiled binary size with CS, but I'm not certain if we're talking about the Racket distribution

Re: [racket-users] Re: Executable file size and raco demod

Fantastic. Thanks for the info and the new build! Can’t wait to give it a test drive. Dex From: Matthew Flatt Sent: Monday, April 5, 2021 3:18:17 PM To: Dexter Lagan Cc: Racket Users Subject: Re: [racket-users] Re: Executable file size and raco demod

Re: [racket-users] Re: Executable file size and raco demod

The archive size is misleading for two reasons: * the Northwestern snapshots include a lot more overall content by including tests, and * compression on the installer counteracts the mistake where the content of ".zo" files is not individually compressed; uncompressed individual ".zo"

Re: [racket-users] Re: Executable file size and raco demod

Hi, I stumbled over that error too.  Apparently Mathew said it would be fixed in the next build. cheers bruce > Windows 10 > Snapshot: 20210404-725710e** >    Windows >   [64-bit >

Re: [racket-users] Re: Executable file size and raco demod

Windows 10 Snapshot: 20210404-725710e Windows 64-bit x64 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!:

Re: [racket-users] Re: Executable file size and raco demod

Upon opening DrRacket on 8.0.0.13, Utah build: ptr-set!: cannot install value into non-atomic memory value: # destination: # context...: C:\Program Files\Racket-8.0.0.13\collects\ffi\unsafe.rkt:1468:4: loop body of "C:\Program

Re: [racket-users] Re: Executable file size and raco demod

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, >

Re: [racket-users] Re: Executable file size and raco demod

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

Re: [racket-users] Re: Executable file size and raco demod

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)

[racket-users] Re: Executable file size and raco demod

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