[squeak-dev] Latest VM appears to mess with initial window size

Tobias Pape Das.Linux at gmx.de
Wed Jun 1 19:27:14 UTC 2022


Hi tim

> On 1. Jun 2022, at 21:18, tim Rowledge <tim at rowledge.org> wrote:
> 
> With latest armv8 vm (https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/download/latest-build/squeak.cog.spur_linux64ARMv8.tar.gz) and updating my image it's the same situation.
> 
> The only new information is that I tried making the display window *smaller* and saving, and that reopens in the smaller size; so I have to assume that nothing has broken in the setting of the magic size-value in the image header, nor in the reading of that and trying to set the window size.
> 
> Also, using an older 5.3 clean image on this latest VM shows the same issue, so it isn't purely the image code

We really need the info of
	Display platformScaleFactor.
	Display uiScaleFactor.
to dig deeper hereā€¦

-t


> 
>> On 2022-06-01, at 2:19 AM, Marcel Taeumel <marcel.taeumel at hpi.de> wrote:
>> 
>> Hi Tim --
>> 
>> Hmm... I cannot reproduce that in Ubuntu 18. What I can reproduce is a very strange behavior of primitiveHostWindowSizeSet in X11. I will look into that.
>> 
>> Best,
>> Marcel
>>> Am 31.05.2022 19:07:53 schrieb tim Rowledge <tim at rowledge.org>:
>>> 
>>> Pi-4-1
>>> screen size 1600 at 1200
>>> VM /home/pi/Documents/Squeak/sqcogspur64ARMv8linuxht/lib/squeak/5.0-202205110711-64bit/squeak
>>> image squeak 6 alpha 21829
>>> opens with display extent = 1016 at 702
>>> increase to 1448 at 986 by usual dragging
>>> 
>>> save and quit
>>> 
>>> restart
>>> display extent is 1016 at 702.
>>> 
>>> Copy this file to Goldskin (another Pi 4)
>>> screen size 1920 at 1440
>>> VM /home/pi/Documents/Squeak/sqcogspur64ARMv8linuxht/lib/squeak/5.0-202205110711-64bit/squeak
>>> opens with display extent1448 at 986
>>> drag to extent 1632 at 1092
>>> save and quit
>>> reopen
>>> display extent is 1632 at 1092
>>> 
>>> copy *that* back to Pi-4-1
>>> display extent ... 1016 at 702
>>> 
>>>> On 2022-05-31, at 8:26 AM, Marcel Taeumel wrote:
>>>> 
>>>> Okay. Let my try to understand what is happening here.
>>>> 
>>>> Platform: LinuxARMv8
>>>> 
>>>> 1. Resize window to ??? then save-and-quit.
>>>> 2. Open on a 1920 by 1080 screen but window is smaller than ???.
>>>> 3. Open on a 1920 by 1440 screen and window is exactly ???.
>>>> 
>>>> So, what is ??? in this scenario? :-)
>>>> 
>>>> And what are the results of...
>>>> 
>>>> Display platformScaleFactor.
>>>> Display uiScaleFactor.
>>>> 
>>>> Best,
>>>> Marcel
>>>>> Am 30.05.2022 19:02:24 schrieb tim Rowledge :
>>>>> 
>>>>> Sorry if I wasn't clear - it's the *host* window size that is messed up for me.
>>>>> 
>>>>> 
>>>>> 
>>>>> tim
>>>>> --
>>>>> tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
>>>>> Useful random insult:- Always responds to "Make Money Fast" postings on the Net.
>>>>> 
>>>>> 
>>>>> 
>>>> 
>>> 
>>> 
>>> tim
>>> --
>>> tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
>>> Strange OpCodes: VMB: Verify, then Make Bad
>>> 
>>> 
>>> 
>> 
> 
> 
> tim





More information about the Squeak-dev mailing list