<div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
Hi all!<div><br></div><div>Should be fixed in Kernel-mt.1405. Sorry for the inconveniences.</div><div><br></div><div>Best,</div><div>Marcel</div><div class="mb_sig"></div>
<blockquote class="history_container" type="cite" style="border-left-style: solid;border-width: 1px;margin-top: 20px;margin-left: 0px;padding-left: 10px;min-width: 500px">
<p style="color: #AAAAAA; margin-top: 10px;">Am 29.06.2021 03:10:08 schrieb Craig Latta <craig@blackpagedigital.com>:</p><div style="font-family:Arial,Helvetica,sans-serif"><br> I saw this too, when I attempted to debug the aarch64 arithmetic <br>error on macOS (which ended with the GdbARMv8Plugin primitive-failing <br>during startup). It seems to be a newly-introduced VM bug, since none of <br>the fiddling I did at the image level about which event element means <br>what gave me a fully-functioning keyboard. The best I could get was a <br>working shift key for capitals, but no meta keys.<br><br><br>-C<br><br>***<br><br> On 28/6/21 11:18, Eliot Miranda wrote:<br><br> > Hi All,<br> ><br> > is anyone seeing Character>>doesNotUnderratand: #bitShift: errors<br> > as a result of recent updates? It appears that an event's fifth element<br> > is now a Character, not mouse buttons plus metakey state codes. There<br> > seems to be some confusion somewhere in creating events. I'm trying to<br> > understand if this is an image level bug or a VM bug. Here are the<br> > definitions in sq.h which show that modifiers are not always in the same<br> > place in every event:<br> ><br> > #define EventTypeMouse 1<br> > /* mouse input event */<br> > typedef struct sqMouseEvent {<br> > sqIntptr_t type; /* EventTypeMouse */<br> > usqIntptr_t timeStamp; /* time stamp */<br> > sqIntptr_t x; /* mouse position x */<br> > sqIntptr_t y; /* mouse position y */<br> > sqIntptr_t buttons; /* combination of xxxButtonBit */<br> > 5 sqIntptr_t modifiers; /* combination of xxxKeyBit */<br> > sqIntptr_t nrClicks; /* number of clicks in button downs - was<br> > reserved1 */<br> > sqIntptr_t windowIndex; /* host window structure */<br> > } sqMouseEvent;<br> ><br> > #define EventTypeKeyboard 2<br> > /* keyboard input event */<br> > typedef struct sqKeyboardEvent {<br> > sqIntptr_t type; /* EventTypeKeyboard */<br> > usqIntptr_t timeStamp; /* time stamp */<br> > sqIntptr_t charCode; /* character code in Mac Roman encoding */<br> > sqIntptr_t pressCode; /* press code; any of EventKeyXXX */<br> > 4 sqIntptr_t modifiers; /* combination of xxxKeyBit */<br> > sqIntptr_t utf32Code; /* UTF-32 unicode value */<br> > sqIntptr_t reserved1; /* reserved for future use */<br> > sqIntptr_t windowIndex; /* host window structure */<br> > } sqKeyboardEvent;<br> ><br> > #define EventTypeDragDropFiles 3<br> > /* drop files event */<br> > typedef struct sqDragDropFilesEvent {<br> > sqIntptr_t type; /* EventTypeDropFiles */<br> > usqIntptr_t timeStamp; /* time stamp */<br> > sqIntptr_t dragType; /* one of DragXXX (see below) */<br> > sqIntptr_t x; /* mouse position x */<br> > sqIntptr_t y; /* mouse position y */<br> > 5 sqIntptr_t modifiers; /* combination of xxxKeyBit */<br> > sqIntptr_t numFiles; /* number of files in transaction */<br> > sqIntptr_t windowIndex; /* host window structure */<br> > } sqDragDropFilesEvent;<br> ><br> > Is the bug that the VM has modifiers and utf32Code in the wrong order in<br> > sqKeyboardEvent? Or is it an image level bug?<br> ><br> > _,,,^..^,,,_<br> > best, Eliot<br><br>--<br>Craig Latta :: research computer scientist<br>Black Page Digital :: Berkeley, California<br>663137D7940BF5C0AFC :: 1349FB2ADA32C4D5314CE<br><br><br><br></div></blockquote></div>