Marcus Denker

So I implemented #classSideCompilerClass, and the tests are working after that.

fixed by merging https://github.com/pharo-project/pharo/pull/11916

I think this is done

The odd thing is that the second call to next: 10 results in the first entry to be added twice. If we use a set instead of an array, the...

originally the test was working on sets, but it used "Symbol selectorTable", which is weak and can change between calls. It was changed to one call to "Symbol selectorTable asArray",...

To get the CI green, I propose to change the test back to use a Set as it did originally, we can then open a new issue for the odd...

I propose to skip this test on the CI for now

In a very old discussion, it was explained that this is very awkward.. we decode the strings as UTF8, but they are never UTF8. They can be UTF16 or "the...

Possible solution: - in Win32Environment>>#environmentStrings we can call explicitly GetEnvironmentStringsW - decode the strings using the UTF16 decoder

Some more exploration: - WinPlatform>>#getEnvironmentVariable:into:size: uses GetEnvironmentVariableW (the variant with the W suffix to force wide strings), so using the W suffix seems the way to go - To encode...