Nicolas Cellier
Nicolas Cellier
An example of how to efficiently divide by 255 in very similar context: https://docs.google.com/document/d/1tNrMWShq55rfltcZxAx1N-6f82Dt7MWLDHm-5GQVEnE/edit
See https://source.squeak.org/VMMaker/VMMaker.oscog-nice.3248.diff
Oups, see https://source.squeak.org/VMMaker/VMMaker.oscog-nice.3249.diff For some reason, I often forget a bitAnd: operation necessary for safely multiplexing the division...
Should be fixed by https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/085c500c9e2b9300a7ae0eb19caf59675936508c
So, if I understand the issue, the problem is that we always get `keysym == XK_A` rather than `keysym == XK_a` when CTRL is pressed, even if we did not...
The `keysym` is produced by `XLookupString`. https://linux.die.net/man/3/xlookupstring sounds clear to me: it should honour the shift for the `Keysym` output, and map to ASCII for the ASCII buffer output... >...
Hi Subbu, you made very good job at tracking the changes causing the problem, but I'm not sure that reverting is the right solution, this change was made for some...
Thanks Subbu! `KeyDecodeTable` was the piece that I missed. I searched where the hell in the VM this CTRL->CMD modifier dance was performed, but failed to find it. It was...
So why does CTRL+d work? If you have `Preferences duplicateAllControlAndAltKeys = true`, then KeyDecodeTable at: { key bitAnd: 16r9F . 2 } put: { key . 8 }. will replace...
I have fixed (patched?) ctrl+a to ctrl+z on linux VM. Please check and report if we can close