Serious character-encoding bug since VM 201911160620; last working 201911140217

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

Serious character-encoding bug since VM 201911160620; last working 201911140217

marcel.taeumel
Hi, there.



I am on Windows 10, German keyboard layout. Yesterday, I switched to OpenSmalltalk-VM version 201911282316, 32-bit.

Here are the symptoms:

- I cannot type German umlauts anymore (öäü) in a workspace
- The Monticello patch browser finds strange diffs for things I did not touch

Affected VM versions:

- 201911282316
- 201911222128 
- 201911220849
- 201911182135
- 201911160620

Last time it worked as expected was in 201911140217.

This is a serious issue. :-O

Best,
Marcel



Reply | Threaded
Open this post in threaded view
|

Re: Serious character-encoding bug since VM 201911160620; last working 201911140217

Nicolas Cellier
Hi Marcel,
are you sure it worked recently?
If using a new VM, we should remove conversion macToSqueak at image side at least for windows related stuff.
I started some more aggressive cleaning in the image, but did not publish because
1) VM sync was required.
2) macRoman heresy does susbsist in VM for other OS (linux/mac) - not sure if really used though...

Le ven. 6 déc. 2019 à 15:34, Marcel Taeumel <[hidden email]> a écrit :
Hi, there.



I am on Windows 10, German keyboard layout. Yesterday, I switched to OpenSmalltalk-VM version 201911282316, 32-bit.

Here are the symptoms:

- I cannot type German umlauts anymore (öäü) in a workspace
- The Monticello patch browser finds strange diffs for things I did not touch

Affected VM versions:

- 201911282316
- 201911222128 
- 201911220849
- 201911182135
- 201911160620

Last time it worked as expected was in 201911140217.

This is a serious issue. :-O

Best,
Marcel




Reply | Threaded
Open this post in threaded view
|

Re: Serious character-encoding bug since VM 201911160620; last working 201911140217

marcel.taeumel
Hi Nicolas. :-)

are you sure it worked recently?

Sure. I tried out all the VM versions listed before. So, I suppose it is not image-related? I am now working with the 201911140217 version in Trunk until this gets addressed. 

So, you are suggesting that this is an interdepedence between recent VM version and Image version? Where to look?

I suppose I would mess up all the changes files and maybe even MCZ if working with those newer VMs at the moment. Plus I cannot type any umlauts or other fancy characters.

I also opened an issue on GitHub:

Best,
Marcel

Am 07.12.2019 00:07:03 schrieb Nicolas Cellier <[hidden email]>:

Hi Marcel,
are you sure it worked recently?
If using a new VM, we should remove conversion macToSqueak at image side at least for windows related stuff.
I started some more aggressive cleaning in the image, but did not publish because
1) VM sync was required.
2) macRoman heresy does susbsist in VM for other OS (linux/mac) - not sure if really used though...

Le ven. 6 déc. 2019 à 15:34, Marcel Taeumel <[hidden email]> a écrit :
Hi, there.



I am on Windows 10, German keyboard layout. Yesterday, I switched to OpenSmalltalk-VM version 201911282316, 32-bit.

Here are the symptoms:

- I cannot type German umlauts anymore (öäü) in a workspace
- The Monticello patch browser finds strange diffs for things I did not touch

Affected VM versions:

- 201911282316
- 201911222128 
- 201911220849
- 201911182135
- 201911160620

Last time it worked as expected was in 201911140217.

This is a serious issue. :-O

Best,
Marcel




Reply | Threaded
Open this post in threaded view
|

Re: Serious character-encoding bug since VM 201911160620; last working 201911140217

marcel.taeumel
Hi Nicolas,

with Multilingual-nice.248, that bug was fixed in Squeak.

I suppose that VMs before 201911160620 will not work anymore with the recent Trunk on Windows. Not sure. Anyway, the VM 201911282316 is still a valid candidate for the Squeak 5.3 release. Yay. :-)

Best,
Marcel

Am 08.12.2019 16:17:19 schrieb Marcel Taeumel <[hidden email]>:

Hi Nicolas. :-)

are you sure it worked recently?

Sure. I tried out all the VM versions listed before. So, I suppose it is not image-related? I am now working with the 201911140217 version in Trunk until this gets addressed. 

So, you are suggesting that this is an interdepedence between recent VM version and Image version? Where to look?

I suppose I would mess up all the changes files and maybe even MCZ if working with those newer VMs at the moment. Plus I cannot type any umlauts or other fancy characters.

I also opened an issue on GitHub:

Best,
Marcel

Am 07.12.2019 00:07:03 schrieb Nicolas Cellier <[hidden email]>:

Hi Marcel,
are you sure it worked recently?
If using a new VM, we should remove conversion macToSqueak at image side at least for windows related stuff.
I started some more aggressive cleaning in the image, but did not publish because
1) VM sync was required.
2) macRoman heresy does susbsist in VM for other OS (linux/mac) - not sure if really used though...

Le ven. 6 déc. 2019 à 15:34, Marcel Taeumel <[hidden email]> a écrit :
Hi, there.



I am on Windows 10, German keyboard layout. Yesterday, I switched to OpenSmalltalk-VM version 201911282316, 32-bit.

Here are the symptoms:

- I cannot type German umlauts anymore (öäü) in a workspace
- The Monticello patch browser finds strange diffs for things I did not touch

Affected VM versions:

- 201911282316
- 201911222128 
- 201911220849
- 201911182135
- 201911160620

Last time it worked as expected was in 201911140217.

This is a serious issue. :-O

Best,
Marcel




Reply | Threaded
Open this post in threaded view
|

Re: Serious character-encoding bug since VM 201911160620; last working 201911140217

Christoph Thiede

Which of the 83 assets files is the "right" to download for Win10, 64bit? :-)


squeak.cog.spur-cmake?

squeak.cog.spur.sdl2-cmake?

squeak.cog.spur?
squeak.stack.spur?

Best,
Christoph


Von: Squeak-dev <[hidden email]> im Auftrag von Taeumel, Marcel
Gesendet: Dienstag, 10. Dezember 2019 09:54:31
An: John Pfersich via Squeak-dev
Betreff: Re: [squeak-dev] Serious character-encoding bug since VM 201911160620; last working 201911140217
 
Hi Nicolas,

with Multilingual-nice.248, that bug was fixed in Squeak.

I suppose that VMs before 201911160620 will not work anymore with the recent Trunk on Windows. Not sure. Anyway, the VM 201911282316 is still a valid candidate for the Squeak 5.3 release. Yay. :-)

Best,
Marcel

Am 08.12.2019 16:17:19 schrieb Marcel Taeumel <[hidden email]>:

Hi Nicolas. :-)

are you sure it worked recently?

Sure. I tried out all the VM versions listed before. So, I suppose it is not image-related? I am now working with the 201911140217 version in Trunk until this gets addressed. 

So, you are suggesting that this is an interdepedence between recent VM version and Image version? Where to look?

I suppose I would mess up all the changes files and maybe even MCZ if working with those newer VMs at the moment. Plus I cannot type any umlauts or other fancy characters.

I also opened an issue on GitHub:

Best,
Marcel

Am 07.12.2019 00:07:03 schrieb Nicolas Cellier <[hidden email]>:

Hi Marcel,
are you sure it worked recently?
If using a new VM, we should remove conversion macToSqueak at image side at least for windows related stuff.
I started some more aggressive cleaning in the image, but did not publish because
1) VM sync was required.
2) macRoman heresy does susbsist in VM for other OS (linux/mac) - not sure if really used though...

Le ven. 6 déc. 2019 à 15:34, Marcel Taeumel <[hidden email]> a écrit :
Hi, there.



I am on Windows 10, German keyboard layout. Yesterday, I switched to OpenSmalltalk-VM version 201911282316, 32-bit.

Here are the symptoms:

- I cannot type German umlauts anymore (öäü) in a workspace
- The Monticello patch browser finds strange diffs for things I did not touch

Affected VM versions:

- 201911282316
- 201911222128 
- 201911220849
- 201911182135
- 201911160620

Last time it worked as expected was in 201911140217.

This is a serious issue. :-O

Best,
Marcel




Reply | Threaded
Open this post in threaded view
|

Re: Serious character-encoding bug since VM 201911160620; last working 201911140217

marcel.taeumel
Hi Christoph.


Squeak 5.0 and later:
- squeak.cog.spur_linux*
- squeak.cog.spur_macos*
squeak.cog.spur_win* (I use that one).

Squeak 5.0 and later (no JIT):
- squeak.stack.spur_linux*
- squeak.stack.spur_macos*
squeak.stack.spur_win*

Squeak 4.6 and (mostly) before:
squeak.cog.v3_linux*
squeak.cog.v3_macos*
squeak.cog.v3_win*

Squeak 4.6 and (mostly) before (no JIT):
squeak.stack.v3_linux*
squeak.stack.v3_macos*
squeak.stack.v3_win*

***

The extra bytecodes for the SistaV1-bytecode set are in
- squeak.sista.spur*

***

I think that all "squeak.*.minhdls.*" variants of the experimental (?) VM that has no need for any graphics/window manager at all. Except maybe a thin shell (or command line).

Best,
Marcel

Am 10.12.2019 12:51:02 schrieb Thiede, Christoph <[hidden email]>:

Which of the 83 assets files is the "right" to download for Win10, 64bit? :-)


squeak.cog.spur-cmake?

squeak.cog.spur.sdl2-cmake?

squeak.cog.spur?
squeak.stack.spur?

Best,
Christoph


Von: Squeak-dev <[hidden email]> im Auftrag von Taeumel, Marcel
Gesendet: Dienstag, 10. Dezember 2019 09:54:31
An: John Pfersich via Squeak-dev
Betreff: Re: [squeak-dev] Serious character-encoding bug since VM 201911160620; last working 201911140217
 
Hi Nicolas,

with Multilingual-nice.248, that bug was fixed in Squeak.

I suppose that VMs before 201911160620 will not work anymore with the recent Trunk on Windows. Not sure. Anyway, the VM 201911282316 is still a valid candidate for the Squeak 5.3 release. Yay. :-)

Best,
Marcel

Am 08.12.2019 16:17:19 schrieb Marcel Taeumel <[hidden email]>:

Hi Nicolas. :-)

are you sure it worked recently?

Sure. I tried out all the VM versions listed before. So, I suppose it is not image-related? I am now working with the 201911140217 version in Trunk until this gets addressed. 

So, you are suggesting that this is an interdepedence between recent VM version and Image version? Where to look?

I suppose I would mess up all the changes files and maybe even MCZ if working with those newer VMs at the moment. Plus I cannot type any umlauts or other fancy characters.

I also opened an issue on GitHub:

Best,
Marcel

Am 07.12.2019 00:07:03 schrieb Nicolas Cellier <[hidden email]>:

Hi Marcel,
are you sure it worked recently?
If using a new VM, we should remove conversion macToSqueak at image side at least for windows related stuff.
I started some more aggressive cleaning in the image, but did not publish because
1) VM sync was required.
2) macRoman heresy does susbsist in VM for other OS (linux/mac) - not sure if really used though...

Le ven. 6 déc. 2019 à 15:34, Marcel Taeumel <[hidden email]> a écrit :
Hi, there.



I am on Windows 10, German keyboard layout. Yesterday, I switched to OpenSmalltalk-VM version 201911282316, 32-bit.

Here are the symptoms:

- I cannot type German umlauts anymore (öäü) in a workspace
- The Monticello patch browser finds strange diffs for things I did not touch

Affected VM versions:

- 201911282316
- 201911222128 
- 201911220849
- 201911182135
- 201911160620

Last time it worked as expected was in 201911140217.

This is a serious issue. :-O

Best,
Marcel




Reply | Threaded
Open this post in threaded view
|

Re: Serious character-encoding bug since VM 201911160620; last working 201911140217

Christoph Thiede

Thank you!


Von: Squeak-dev <[hidden email]> im Auftrag von Taeumel, Marcel
Gesendet: Dienstag, 10. Dezember 2019 14:12:10
An: John Pfersich via Squeak-dev
Betreff: Re: [squeak-dev] Serious character-encoding bug since VM 201911160620; last working 201911140217
 
Hi Christoph.


Squeak 5.0 and later:
- squeak.cog.spur_linux*
- squeak.cog.spur_macos*
squeak.cog.spur_win* (I use that one).

Squeak 5.0 and later (no JIT):
- squeak.stack.spur_linux*
- squeak.stack.spur_macos*
squeak.stack.spur_win*

Squeak 4.6 and (mostly) before:
squeak.cog.v3_linux*
squeak.cog.v3_macos*
squeak.cog.v3_win*

Squeak 4.6 and (mostly) before (no JIT):
squeak.stack.v3_linux*
squeak.stack.v3_macos*
squeak.stack.v3_win*

***

The extra bytecodes for the SistaV1-bytecode set are in
- squeak.sista.spur*

***

I think that all "squeak.*.minhdls.*" variants of the experimental (?) VM that has no need for any graphics/window manager at all. Except maybe a thin shell (or command line).

Best,
Marcel

Am 10.12.2019 12:51:02 schrieb Thiede, Christoph <[hidden email]>:

Which of the 83 assets files is the "right" to download for Win10, 64bit? :-)


squeak.cog.spur-cmake?

squeak.cog.spur.sdl2-cmake?

squeak.cog.spur?
squeak.stack.spur?

Best,
Christoph


Von: Squeak-dev <[hidden email]> im Auftrag von Taeumel, Marcel
Gesendet: Dienstag, 10. Dezember 2019 09:54:31
An: John Pfersich via Squeak-dev
Betreff: Re: [squeak-dev] Serious character-encoding bug since VM 201911160620; last working 201911140217
 
Hi Nicolas,

with Multilingual-nice.248, that bug was fixed in Squeak.

I suppose that VMs before 201911160620 will not work anymore with the recent Trunk on Windows. Not sure. Anyway, the VM 201911282316 is still a valid candidate for the Squeak 5.3 release. Yay. :-)

Best,
Marcel

Am 08.12.2019 16:17:19 schrieb Marcel Taeumel <[hidden email]>:

Hi Nicolas. :-)

are you sure it worked recently?

Sure. I tried out all the VM versions listed before. So, I suppose it is not image-related? I am now working with the 201911140217 version in Trunk until this gets addressed. 

So, you are suggesting that this is an interdepedence between recent VM version and Image version? Where to look?

I suppose I would mess up all the changes files and maybe even MCZ if working with those newer VMs at the moment. Plus I cannot type any umlauts or other fancy characters.

I also opened an issue on GitHub:

Best,
Marcel

Am 07.12.2019 00:07:03 schrieb Nicolas Cellier <[hidden email]>:

Hi Marcel,
are you sure it worked recently?
If using a new VM, we should remove conversion macToSqueak at image side at least for windows related stuff.
I started some more aggressive cleaning in the image, but did not publish because
1) VM sync was required.
2) macRoman heresy does susbsist in VM for other OS (linux/mac) - not sure if really used though...

Le ven. 6 déc. 2019 à 15:34, Marcel Taeumel <[hidden email]> a écrit :
Hi, there.



I am on Windows 10, German keyboard layout. Yesterday, I switched to OpenSmalltalk-VM version 201911282316, 32-bit.

Here are the symptoms:

- I cannot type German umlauts anymore (öäü) in a workspace
- The Monticello patch browser finds strange diffs for things I did not touch

Affected VM versions:

- 201911282316
- 201911222128 
- 201911220849
- 201911182135
- 201911160620

Last time it worked as expected was in 201911140217.

This is a serious issue. :-O

Best,
Marcel