<div dir="ltr">Hi Martin,<div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 22, 2018 at 10:45 AM, Martin McClure <span dir="ltr"><<a href="mailto:martin@hand2mouse.com" target="_blank">martin@hand2mouse.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br>
  

    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <p>Anyone here interested in this crash? Is there a newer VM I
      should test with?<br></p></div></blockquote><div><br></div><div>Certainly try the most up-to-date Vm you can find.  But this looks like some linux-specific, 32-bit specific bug, because no one else is reporting crashes like this.  So what I would recommend is that you run from the command line under gdb and hence that you would be able to get a stack trace, and maybe even dig a little further.  Such a crash should be due to something obvious, a null pointer, or a buffer overrun.  And running under gdb should allow you to narrow in on the bug quite quickly.  If the pharo vm is compiled with symbols then use the vm itself, otherwise build your own; you'll need symbols.  If and when the bug is easy to reproduce you can switch to the debug vm (again you'll have to build it yourself; but builds these days are easy; checkout, cd, run a build script) and get more information.</div><div><br></div><div>HTH</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF"><p>
    </p>
    <p>Thanks,</p>
    <p>-Martin<br>
    </p>
    <div class="m_7298220269194480991moz-forward-container"><br>
      <br>
      -------- Forwarded Message --------
      <table class="m_7298220269194480991moz-email-headers-table" border="0" cellspacing="0" cellpadding="0">
        <tbody>
          <tr>
            <th nowrap valign="BASELINE" align="RIGHT">Subject:
            </th>
            <td>[Pharo-dev] Pharo 7 Repeatable crash: XIO: fatal IO
              error 14 (Bad address) on X server ":0"</td>
          </tr>
          <tr>
            <th nowrap valign="BASELINE" align="RIGHT">Date: </th>
            <td>Wed, 21 Feb 2018 10:37:18 -0800</td>
          </tr>
          <tr>
            <th nowrap valign="BASELINE" align="RIGHT">From: </th>
            <td>Martin McClure <a class="m_7298220269194480991moz-txt-link-rfc2396E" href="mailto:martin@hand2mouse.com" target="_blank"><martin@hand2mouse.com></a></td>
          </tr>
          <tr>
            <th nowrap valign="BASELINE" align="RIGHT">Reply-To:
            </th>
            <td>Pharo Development List <a class="m_7298220269194480991moz-txt-link-rfc2396E" href="mailto:pharo-dev@lists.pharo.org" target="_blank"><pharo-dev@lists.pharo.org></a></td>
          </tr>
          <tr>
            <th nowrap valign="BASELINE" align="RIGHT">To: </th>
            <td>Pharo Development List <a class="m_7298220269194480991moz-txt-link-rfc2396E" href="mailto:pharo-dev@lists.pharo.org" target="_blank"><pharo-dev@lists.pharo.org></a></td>
          </tr>
        </tbody>
      </table>
      <br>
      <br>
      <pre>On the current Linux32 Pharo 7.0, (<a class="m_7298220269194480991moz-txt-link-freetext" href="https://get.pharo.org/70+vm" target="_blank">https://get.pharo.org/70+vm</a> as of 30
minutes ago) the VM crashes with the message

XIO:  fatal IO error 14 (Bad address) on X server ":0"

whenever I try to enlarge the Pharo window by dragging the corner, and
get to a size of about 2Mpixels. This is with a virgin image with no
windows open inside the main window. A workaround seems to be to open a
System Browser before resizing the main window.

This does not reproduce on Pharo 6.1 (<a class="m_7298220269194480991moz-txt-link-freetext" href="https://get.pharo.org/" target="_blank">https://get.pharo.org/</a>).

This *does* reproduce when running the Pharo7 image on the Pharo 6.1 VM,
so it may not be entirely a VM problem.

Most times, no crash dump is created, and nothing is logged to
PharoDebug.log.

Occasionally, especially when rapidly changing the size of the window,
it segfaults and logs a dump. This may or may not be the same problem. 


This is less annoying since I found the workaround, but still seems to
be something that should be fixed. Does anyone want further information
from me in order to fix it?

Regards,

-Martin


</pre>
    </div>
  </div>

<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>