<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>