<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">Le 31/08/2021 à 15:32, Alexandre
      Julliard a écrit :<br>
    </div>
    <blockquote type="cite" cite="mid:87r1e9hh86.fsf@wine">
      <pre class="moz-quote-pre" wrap="">Eric Pouech <a class="moz-txt-link-rfc2396E" href="mailto:eric.pouech@orange.fr"><eric.pouech@orange.fr></a> writes:

</pre>
      <blockquote type="cite">
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">Offsetting by 0x1000 is fine.

But I'd say that the ELF data should be stored in the 64-bit PEB. Also
note that once the new Wow64 architecture is enabled, all ELF data
inside 32-bit processes is going to be 64-bit.

</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">ok I'll resend the serie with just offsetting for now.

is there a way to test the new WoW64 arch before it's enabled?
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">
You can try the patch below. Note that you need to apply the
ntdll-NtAlertThreadByThreadId series from wine-staging first.

</pre>
    </blockquote>
    <p><font face="Helvetica, Arial, sans-serif">thanks</font></p>
    <p><font face="Helvetica, Arial, sans-serif"><br>
      </font></p>
    <p><font face="Helvetica, Arial, sans-serif">didn't run into
        anything dramatic ;-)</font></p>
    <p><font face="Helvetica, Arial, sans-serif">no specific issues on
        dbghelp testing on my side</font></p>
    <p><font face="Helvetica, Arial, sans-serif"><br>
      </font></p>
    <p><font face="Helvetica, Arial, sans-serif">as I understand the new
        DLL scheme (for a WOW64 DLL on 64bit cpu)</font></p>
    <p><font face="Helvetica, Arial, sans-serif">- wine loader will
        always be a 64bit ELF<br>
      </font></p>
    <p><font face="Helvetica, Arial, sans-serif">- all ELF required libs
        will be loaded as 64bit ELF into that process</font></p>
    <p><font face="Helvetica, Arial, sans-serif">- PE module will be
        32bit PE but with thunks to 64bit code for interaction with ELF
        DLLs</font></p>
    <p><font face="Helvetica, Arial, sans-serif">one of the current
        interest of winedbg was the ability to show both the PE modules
        and the ELF modules and debug both</font></p>
    <p><font face="Helvetica, Arial, sans-serif">this will open a nice
        can of worms as it would require multiple CPUs support for the
        same process :-(</font></p>
    <p><font face="Helvetica, Arial, sans-serif"><br>
      </font></p>
    <font face="Helvetica, Arial, sans-serif">MS debugger has the
      ability to switch back and forth between the two worlds (ie set
      CPU), but requires specific command to display a combined (mutli
      CPU) backtrace<br>
    </font>
    <p><font face="Helvetica, Arial, sans-serif"><br>
      </font></p>
    <p><font face="Helvetica, Arial, sans-serif">note: your patch
        doesn't apply cleanly on top of wine-staging/</font>ntdll-NtAlertThreadByThreadId</p>
    <p>(some stuff in common on the wine-staging series and the patch ;
      I hope I got the conflict resolution right)</p>
    <p><br>
    </p>
    <p>A+<br>
    </p>
    <p><br>
    </p>
  </body>
</html>