<div dir="ltr"><div>Ah OK, I see it on macos too<br></div><div>It remains to determine which operation exactly is involved...</div><div>The TextMorph holding the printed result is correct - a WideString, whose last Character is (Character value: 32768).<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 9 mars 2022 à 08:08, Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de">marcel.taeumel@hpi.de</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div id="gmail-m_-7160874889616242553__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);text-align:left" dir="ltr">
                                        Hi Dave, hi Nicolas --<div><br></div><div>I am working in Windows 10.</div><div><br></div><div>> <span style="font-family:Arial,Helvetica,sans-serif;font-size:13px">I cannot reproduce on Linux 64 bit either:</span></div><span style="font-family:Arial,Helvetica,sans-serif;font-size:13px">> (Character value: 16r8000) asInteger hex ==> '16r8000'</span><div><span style="font-family:Arial,Helvetica,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:Arial,Helvetica,sans-serif;font-size:13px">That's not how you would reproduce it. The bug affects character literals, not character objects/instances. You have to evaluate code on that character literal.</span></div><div><span style="font-family:Arial,Helvetica,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:Arial,Helvetica,sans-serif;font-size:13px">Maybe this picture helps:</span></div><div><span style="font-family:Arial,Helvetica,sans-serif;font-size:13px"><br></span></div><div><img id="gmail-m_-7160874889616242553377a17ac-9eaa-478e-b331-79d809eb830e" src="cid:17f6d95fdbccb971f161" width="343" height="114"><span style="font-family:Arial,Helvetica,sans-serif;font-size:13px"><br></span></div><div><br></div><div>Best,</div><div>Marcel</div><div></div>
                                        <blockquote 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:rgb(170,170,170);margin-top:10px">Am 08.03.2022 18:56:09 schrieb David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>>:</p><div style="font-family:Arial,Helvetica,sans-serif"> <br>I cannot reproduce on Linux 64 bit either:<br><br>  (Character value: 16r8000) asInteger hex ==> '16r8000' <br><br>Dave<br><br><br>On Tue, Mar 08, 2022 at 06:45:23PM +0100, Nicolas Cellier wrote:<br>>  <br>> Hi Marcel,<br>> which OS ?<br>> I cannot reproduce on macos 64,<br>> <br>> Cog[Spur] VM [CoInterpreterPrimitives VMMaker.oscog-eem.3172]<br>> 5.20211023.2003<br>> Mac OS X built on Mar  6 2022 15:31:16 CET Compiler: 4.2.1 Compatible Apple<br>> LLVM 10.0.1 (clang-1001.0.46.4)<br>> platform sources revision VM: 202110232003<br>> <br>> Le mar. 8 mars 2022 ?? 17:57, Marcel Taeumel <u></u> a<br>> ??crit :<br>> <br>> ><br>> > Hi Eliot, hi all --<br>> ><br>> > I think we have an sign-bit bug for character literals with code points ><br>> > 16r7FFF.<br>> ><br>> > Steps to reproduce:<br>> ><br>> > 1. Print it: "Character value: 16r8000"<br>> > 2. Inspect the result by evaluating the character literal or send<br>> > #asInteger to it. It will most likely not render in a standard Squeak and<br>> > show up like "$? asInteger".<br>> ><br>> > In a 32-bit VM, I will get the (positive) integer value 16r3FFF8000.<br>> > In a 64-bit VM, I will get the (negative) integer value '-16r8000'.<br>> ><br>> > Somehow, starting at bit 0, the bits 16 to 29 flip from 0 to 1. In 64-bit,<br>> > this means a negative number. Not sure about bits 30 and 31 here.<br>> ><br>> > Is there a bug in the upper tag bits of immediate characters?<br>> > Is this related to the 2-byte or 3-byte byte codes in SistaV1?<br>> ><br>> > Works fine up to 16r7FFF. (This is unrelated to #leadingChar. Mine was 0<br>> > in this experiment.)<br>> ><br>> > VM: 202112201228 (VMMaker.oscog-eem.3116)<br>> ><br>> > Best,<br>> > Marcel<br>> ><br><br><u></u></div></blockquote></div></blockquote></div>