<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>64950</bug_id>
          
          <creation_ts>2011-07-21 08:28:14 -0700</creation_ts>
          <short_desc>Fix _win32_check_running_pid on natvie windows</short_desc>
          <delta_ts>2011-08-02 07:11:22 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Tools / Tests</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>PC</rep_platform>
          <op_sys>Windows 7</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>48728</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Patrick R. Gansterer">paroga</reporter>
          <assigned_to name="Patrick R. Gansterer">paroga</assigned_to>
          <cc>aroben</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>440425</commentid>
    <comment_count>0</comment_count>
    <who name="Patrick R. Gansterer">paroga</who>
    <bug_when>2011-07-21 08:28:14 -0700</bug_when>
    <thetext>Fix _win32_check_running_pid on natvie windows</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>440427</commentid>
    <comment_count>1</comment_count>
      <attachid>101595</attachid>
    <who name="Patrick R. Gansterer">paroga</who>
    <bug_when>2011-07-21 08:34:21 -0700</bug_when>
    <thetext>Created attachment 101595
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>442861</commentid>
    <comment_count>2</comment_count>
      <attachid>101595</attachid>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2011-07-27 05:09:56 -0700</bug_when>
    <thetext>Comment on attachment 101595
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=101595&amp;action=review

&gt; Tools/Scripts/webkitpy/common/system/executive.py:254
&gt; -                        (&quot;szExeFile&quot;, ctypes.c_char * 260)]
&gt; +                        (&quot;szExeFile&quot;, ctypes.c_char * 260),
&gt; +                        (&quot;th32MemoryBase&quot;, ctypes.c_long),
&gt; +                        (&quot;th32AccessKey&quot;, ctypes.c_long)]

I don&apos;t see these new members mentioned here: &lt;http://msdn.microsoft.com/en-us/library/ms684839(v=vs.85).aspx&gt;. Looks like they only exist in the WinCE version of the struct. So I think we need to detect whether we&apos;re on WinCE or not. Otherwise won&apos;t this break non-CE builds?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>442879</commentid>
    <comment_count>3</comment_count>
      <attachid>101595</attachid>
    <who name="Patrick R. Gansterer">paroga</who>
    <bug_when>2011-07-27 05:49:42 -0700</bug_when>
    <thetext>Comment on attachment 101595
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=101595&amp;action=review

&gt;&gt; Tools/Scripts/webkitpy/common/system/executive.py:254
&gt;&gt; +                        (&quot;th32AccessKey&quot;, ctypes.c_long)]
&gt; 
&gt; I don&apos;t see these new members mentioned here: &lt;http://msdn.microsoft.com/en-us/library/ms684839(v=vs.85).aspx&gt;. Looks like they only exist in the WinCE version of the struct. So I think we need to detect whether we&apos;re on WinCE or not. Otherwise won&apos;t this break non-CE builds?

This is not related to WinCE!
I try the get the native windows python test all pass on my windows box (german Windwos 7 Professional SP1 64bit).
I tried different versions of this patch, but this is the only one which workded for me. :-/
Any idea why the function fails on my box without the two additional members?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>442882</commentid>
    <comment_count>4</comment_count>
      <attachid>101595</attachid>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2011-07-27 05:54:40 -0700</bug_when>
    <thetext>Comment on attachment 101595
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=101595&amp;action=review

&gt;&gt;&gt; Tools/Scripts/webkitpy/common/system/executive.py:254
&gt;&gt;&gt; +                        (&quot;th32AccessKey&quot;, ctypes.c_long)]
&gt;&gt; 
&gt;&gt; I don&apos;t see these new members mentioned here: &lt;http://msdn.microsoft.com/en-us/library/ms684839(v=vs.85).aspx&gt;. Looks like they only exist in the WinCE version of the struct. So I think we need to detect whether we&apos;re on WinCE or not. Otherwise won&apos;t this break non-CE builds?
&gt; 
&gt; This is not related to WinCE!
&gt; I try the get the native windows python test all pass on my windows box (german Windwos 7 Professional SP1 64bit).
&gt; I tried different versions of this patch, but this is the only one which workded for me. :-/
&gt; Any idea why the function fails on my box without the two additional members?

Hm, I wonder if we need to be using ctypes.c_wchar instead of ctypes.c_char for the szExeFile parameter? I can&apos;t tell from the code whether we&apos;re calling Process32FirstW or Process32FirstA.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>442884</commentid>
    <comment_count>5</comment_count>
      <attachid>101595</attachid>
    <who name="Patrick R. Gansterer">paroga</who>
    <bug_when>2011-07-27 06:04:42 -0700</bug_when>
    <thetext>Comment on attachment 101595
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=101595&amp;action=review

&gt;&gt;&gt;&gt; Tools/Scripts/webkitpy/common/system/executive.py:254

&gt;&gt;&gt; 
&gt;&gt;&gt; I don&apos;t see these new members mentioned here: &lt;http://msdn.microsoft.com/en-us/library/ms684839(v=vs.85).aspx&gt;. Looks like they only exist in the WinCE version of the struct. So I think we need to detect whether we&apos;re on WinCE or not. Otherwise won&apos;t this break non-CE builds?
&gt;&gt; 
&gt;&gt; This is not related to WinCE!
&gt;&gt; I try the get the native windows python test all pass on my windows box (german Windwos 7 Professional SP1 64bit).
&gt;&gt; I tried different versions of this patch, but this is the only one which workded for me. :-/
&gt;&gt; Any idea why the function fails on my box without the two additional members?
&gt; 
&gt; Hm, I wonder if we need to be using ctypes.c_wchar instead of ctypes.c_char for the szExeFile parameter? I can&apos;t tell from the code whether we&apos;re calling Process32FirstW or Process32FirstA.

There is no Process32FirstA:
Form http://msdn.microsoft.com/en-us/library/ms684834%28v=vs.85%29.aspx:
Process32FirstW (Unicode) and Process32First (ANSI)

So I think we call the ansi version here. A ctypes.sizeof PROCESSENTRY32 also returns the same size as in C code.
Does this code work on your box with &quot;natvie python&quot;?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>444427</commentid>
    <comment_count>6</comment_count>
      <attachid>102461</attachid>
    <who name="Patrick R. Gansterer">paroga</who>
    <bug_when>2011-07-31 12:04:53 -0700</bug_when>
    <thetext>Created attachment 102461
Patch

Seams to be a problem of 64bit python, not windows :-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>445244</commentid>
    <comment_count>7</comment_count>
      <attachid>102461</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2011-08-02 07:11:17 -0700</bug_when>
    <thetext>Comment on attachment 102461
Patch

Clearing flags on attachment: 102461

Committed r92188: &lt;http://trac.webkit.org/changeset/92188&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>445245</commentid>
    <comment_count>8</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2011-08-02 07:11:22 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>101595</attachid>
            <date>2011-07-21 08:34:21 -0700</date>
            <delta_ts>2011-07-31 12:04:45 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-64950.patch</filename>
            <type>text/plain</type>
            <size>1612</size>
            <attacher name="Patrick R. Gansterer">paroga</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1Rvb2xzL0NoYW5nZUxvZyBiL1Rvb2xzL0NoYW5nZUxvZwppbmRleCA5MjE5
YWU3Li4zZDkwMmZhIDEwMDY0NAotLS0gYS9Ub29scy9DaGFuZ2VMb2cKKysrIGIvVG9vbHMvQ2hh
bmdlTG9nCkBAIC0xLDMgKzEsMTYgQEAKKzIwMTEtMDctMjEgIFBhdHJpY2sgR2Fuc3RlcmVyICA8
cGFyb2dhQHdlYmtpdC5vcmc+CisKKyAgICAgICAgRml4IF93aW4zMl9jaGVja19ydW5uaW5nX3Bp
ZCBvbiBuYXR2aWUgd2luZG93cworICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93
X2J1Zy5jZ2k/aWQ9NjQ5NTAKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4K
KworICAgICAgICBBZGQgdHdvIGFkZGl0aW9uYWwgbWVtYmVycyB0byB0aGUgUFJPQ0VTU0VOVFJZ
MzIgc3RydWN0LiBUaGlzIGF2b2lkcyBhbgorICAgICAgICBwb3NzaWJsZSBFUlJPUl9CQURfTEVO
R1RIIGZhaWx1cmUsIHdoZW4gY2FsbGluZyB0aGUgUHJvY2VzczMyRmlyc3QgZnVuY3Rpb24uCisg
ICAgICAgIFRoaXMgY292ZXJlZCBieSB0aGUgZXhlY3V0aXZlIHVuaXR0ZXN0LgorCisgICAgICAg
ICogU2NyaXB0cy93ZWJraXRweS9jb21tb24vc3lzdGVtL2V4ZWN1dGl2ZS5weToKKwogMjAxMS0w
Ny0yMCAgUnlvc3VrZSBOaXdhICA8cm5pd2FAd2Via2l0Lm9yZz4KIAogICAgICAgICBCdWlsZGJv
dCBtYXJrcyBhIG5yd3QgYm90IHJlZCB3aGVuIHRlc3RzIGFyZSBtaXNzaW5nIHJlc3VsdHMKZGlm
ZiAtLWdpdCBhL1Rvb2xzL1NjcmlwdHMvd2Via2l0cHkvY29tbW9uL3N5c3RlbS9leGVjdXRpdmUu
cHkgYi9Ub29scy9TY3JpcHRzL3dlYmtpdHB5L2NvbW1vbi9zeXN0ZW0vZXhlY3V0aXZlLnB5Cmlu
ZGV4IGQyNDU0ZTAuLmI4YTIzZGYgMTAwNjQ0Ci0tLSBhL1Rvb2xzL1NjcmlwdHMvd2Via2l0cHkv
Y29tbW9uL3N5c3RlbS9leGVjdXRpdmUucHkKKysrIGIvVG9vbHMvU2NyaXB0cy93ZWJraXRweS9j
b21tb24vc3lzdGVtL2V4ZWN1dGl2ZS5weQpAQCAtMjQ5LDcgKzI0OSw5IEBAIGNsYXNzIEV4ZWN1
dGl2ZShvYmplY3QpOgogICAgICAgICAgICAgICAgICAgICAgICAgKCJ0aDMyUGFyZW50UHJvY2Vz
c0lEIiwgY3R5cGVzLmNfdWxvbmcpLAogICAgICAgICAgICAgICAgICAgICAgICAgKCJwY1ByaUNs
YXNzQmFzZSIsIGN0eXBlcy5jX3Vsb25nKSwKICAgICAgICAgICAgICAgICAgICAgICAgICgiZHdG
bGFncyIsIGN0eXBlcy5jX3Vsb25nKSwKLSAgICAgICAgICAgICAgICAgICAgICAgICgic3pFeGVG
aWxlIiwgY3R5cGVzLmNfY2hhciAqIDI2MCldCisgICAgICAgICAgICAgICAgICAgICAgICAoInN6
RXhlRmlsZSIsIGN0eXBlcy5jX2NoYXIgKiAyNjApLAorICAgICAgICAgICAgICAgICAgICAgICAg
KCJ0aDMyTWVtb3J5QmFzZSIsIGN0eXBlcy5jX2xvbmcpLAorICAgICAgICAgICAgICAgICAgICAg
ICAgKCJ0aDMyQWNjZXNzS2V5IiwgY3R5cGVzLmNfbG9uZyldCiAKICAgICAgICAgQ3JlYXRlVG9v
bGhlbHAzMlNuYXBzaG90ID0gY3R5cGVzLndpbmRsbC5rZXJuZWwzMi5DcmVhdGVUb29saGVscDMy
U25hcHNob3QKICAgICAgICAgUHJvY2VzczMyRmlyc3QgPSBjdHlwZXMud2luZGxsLmtlcm5lbDMy
LlByb2Nlc3MzMkZpcnN0Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>102461</attachid>
            <date>2011-07-31 12:04:53 -0700</date>
            <delta_ts>2011-08-02 07:11:16 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-64950-20110731210526.patch</filename>
            <type>text/plain</type>
            <size>1782</size>
            <attacher name="Patrick R. Gansterer">paroga</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogOTIwODMKZGlmZiAtLWdpdCBhL1Rvb2xzL0NoYW5nZUxvZyBi
L1Rvb2xzL0NoYW5nZUxvZwppbmRleCA1NzU1MmEzNmY3Zjc5MTYyNmNiMTAzOTM0MThlZDYwMTMx
NTEwMTY2Li5mNzAzOGU5ZjFjZmFkYmEyZmNhNmNhMTIxNGYwNWY3MTJkMWE0MjczIDEwMDY0NAot
LS0gYS9Ub29scy9DaGFuZ2VMb2cKKysrIGIvVG9vbHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTgg
QEAKKzIwMTEtMDctMzEgIFBhdHJpY2sgR2Fuc3RlcmVyICA8cGFyb2dhQHdlYmtpdC5vcmc+CisK
KyAgICAgICAgRml4IF93aW4zMl9jaGVja19ydW5uaW5nX3BpZCBvbiA2NGJpdCB3aW5kb3dzIHB5
dGhvbgorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9NjQ5
NTAKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBVc2Ug
dGhlIGNvcnJlY3QgdHlwZXMgZm9yIHRoZSBQUk9DRVNTRU5UUlkzMiBzdHJ1Y3QuCisgICAgICAg
IHRoMzJEZWZhdWx0SGVhcElEIGlzIGRlY2xhcmVkIGFzIFVMT05HX1BUUiBhbmQgbm90IGFzIERX
T1JELgorICAgICAgICBVc2luZyAzMmJpdCBmb3IgcG9pbnRlcnMgaW5zdGVhZCBvZiA2NGJpdCBy
ZXN1bHRzIGluIGFuIEVSUk9SX0JBRF9MRU5HVEgKKyAgICAgICAgZmFpbHVyZSwgd2hlbiBjYWxs
aW5nIHRoZSBQcm9jZXNzMzJGaXJzdCBmdW5jdGlvbi4KKyAgICAgICAgVGhpcyBpcyBjb3ZlcmVk
IGJ5IHRoZSBleGVjdXRpdmUgdW5pdHRlc3QuCisKKyAgICAgICAgKiBTY3JpcHRzL3dlYmtpdHB5
L2NvbW1vbi9zeXN0ZW0vZXhlY3V0aXZlLnB5OgorCiAyMDExLTA3LTMxICBYYW4gTG9wZXogIDx4
bG9wZXpAaWdhbGlhLmNvbT4KIAogICAgICAgICBHcm91cCBkZXBlbmRlbmNpZXMgQ0ZMQUdTIHRv
Z2V0aGVyLgpkaWZmIC0tZ2l0IGEvVG9vbHMvU2NyaXB0cy93ZWJraXRweS9jb21tb24vc3lzdGVt
L2V4ZWN1dGl2ZS5weSBiL1Rvb2xzL1NjcmlwdHMvd2Via2l0cHkvY29tbW9uL3N5c3RlbS9leGVj
dXRpdmUucHkKaW5kZXggZDI0NTRlMGM0M2JmN2U4OGZiNmYxMjYyMjFkYjllOTM1M2I0Y2U4ZC4u
ZmJiN2VmMDY3YjNkNTAzNWQ2ZTY1MmNlMjJmMjgzYTE1OTIwZTExYiAxMDA2NDQKLS0tIGEvVG9v
bHMvU2NyaXB0cy93ZWJraXRweS9jb21tb24vc3lzdGVtL2V4ZWN1dGl2ZS5weQorKysgYi9Ub29s
cy9TY3JpcHRzL3dlYmtpdHB5L2NvbW1vbi9zeXN0ZW0vZXhlY3V0aXZlLnB5CkBAIC0yNDMsNyAr
MjQzLDcgQEAgY2xhc3MgRXhlY3V0aXZlKG9iamVjdCk6CiAgICAgICAgICAgICBfZmllbGRzXyA9
IFsoImR3U2l6ZSIsIGN0eXBlcy5jX3Vsb25nKSwKICAgICAgICAgICAgICAgICAgICAgICAgICgi
Y250VXNhZ2UiLCBjdHlwZXMuY191bG9uZyksCiAgICAgICAgICAgICAgICAgICAgICAgICAoInRo
MzJQcm9jZXNzSUQiLCBjdHlwZXMuY191bG9uZyksCi0gICAgICAgICAgICAgICAgICAgICAgICAo
InRoMzJEZWZhdWx0SGVhcElEIiwgY3R5cGVzLmNfdWxvbmcpLAorICAgICAgICAgICAgICAgICAg
ICAgICAgKCJ0aDMyRGVmYXVsdEhlYXBJRCIsIGN0eXBlcy5QT0lOVEVSKGN0eXBlcy5jX3Vsb25n
KSksCiAgICAgICAgICAgICAgICAgICAgICAgICAoInRoMzJNb2R1bGVJRCIsIGN0eXBlcy5jX3Vs
b25nKSwKICAgICAgICAgICAgICAgICAgICAgICAgICgiY250VGhyZWFkcyIsIGN0eXBlcy5jX3Vs
b25nKSwKICAgICAgICAgICAgICAgICAgICAgICAgICgidGgzMlBhcmVudFByb2Nlc3NJRCIsIGN0
eXBlcy5jX3Vsb25nKSwK
</data>

          </attachment>
      

    </bug>

</bugzilla>