[Bug 37331] New: QQ 6.X and TM 2013 Preview2 would stop responding after opening search windows
https://bugs.winehq.org/show_bug.cgi?id=37331
Bug ID: 37331 Summary: QQ 6.X and TM 2013 Preview2 would stop responding after opening search windows Product: Wine Version: 1.7.27 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs@winehq.org Reporter: hillwoodroc@gmail.com
Created attachment 49639 --> https://bugs.winehq.org/attachment.cgi?id=49639 wine log
Step: 1. Download from http://dldir1.qq.com/qqfile/qq/QQ6.4/12582/QQ6.4.exe and http://dldir1.qq.com/qqfile/qq/tm/2013Preview2/10909/TM2013Preview2.exe.
2. winetricks msctf riched20, and then install QQ and TM.
3. login with the folloing testing account: account: 1469264807 Password: winedebug
4. Open search windows, then QQ or TM will stop responding.
https://bugs.winehq.org/show_bug.cgi?id=37331
--- Comment #1 from hillwood hillwoodroc@gmail.com --- Created attachment 49640 --> https://bugs.winehq.org/attachment.cgi?id=49640 Screenshot for QQ
Click the red circle to open search windows.
https://bugs.winehq.org/show_bug.cgi?id=37331
--- Comment #2 from hillwood hillwoodroc@gmail.com --- Created attachment 49641 --> https://bugs.winehq.org/attachment.cgi?id=49641 Screenshot for TM
Click the red circle to open search windows.
https://bugs.winehq.org/show_bug.cgi?id=37331
hillwood hillwoodroc@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |winelib URL| |http://pc.qq.com/
https://bugs.winehq.org/show_bug.cgi?id=37331
Qian Hong fracting@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fracting@gmail.com, | |penghao@linuxdeepin.com
https://bugs.winehq.org/show_bug.cgi?id=37331
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|winelib | Component|winsock |-unknown
https://bugs.winehq.org/show_bug.cgi?id=37331
Johan Gardhage johan.gardhage@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |johan.gardhage@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=37331
Qian Hong fracting@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |madewokherd@gmail.com Ever confirmed|0 |1
--- Comment #3 from Qian Hong fracting@gmail.com --- Confirming, this bug is caused by unimplemented arp.exe
Vincent has a stub implementation, CC Vincent.
https://bugs.winehq.org/show_bug.cgi?id=37331
--- Comment #4 from Vincent Povirk madewokherd@gmail.com --- Created attachment 50465 --> https://bugs.winehq.org/attachment.cgi?id=50465 partial implementation
attaching what I have so far
https://bugs.winehq.org/show_bug.cgi?id=37331
--- Comment #5 from Qian Hong fracting@gmail.com --- (In reply to Vincent Povirk from comment #4)
Created attachment 50465 [details] partial implementation
attaching what I have so far
Hi Vincent, thanks for the work!
I tested the implementation and found a small issue: On Windows, when I connected to a VPN server, `arp -a` lists the real physical interface address for me, which is expected. However, on Wine, `wine arp -a` lists a vpn interface address with a physical interface route gate, which is weird.
Example on Wine:
$ wine arp -a Interface: 10.10.0.25 --- 0x4 Internet Address Physical Address Type 192.168.1.1 40-16-9f-6c-dd-76 dynamic
Here 10.10.0.25 is my VPN connection interface address, my real physical interface address should be 192.168.1.109. Also see Linux arp output:
$ arp -a ? (192.168.1.1) at 40:16:9f:6c:dd:76 [ether] on wlan0
https://bugs.winehq.org/show_bug.cgi?id=37331
--- Comment #6 from Vincent Povirk madewokherd@gmail.com --- That might be an iphlpapi bug (Ken has mentioned something vaguely similar). What happens if you cross-compile the exe from the Wine tree and run it on Windows?
https://bugs.winehq.org/show_bug.cgi?id=37331
--- Comment #7 from Qian Hong fracting@gmail.com --- Created attachment 50470 --> https://bugs.winehq.org/attachment.cgi?id=50470 arp.exe -a console output on Windows 7
Something strange happen on Windows, the console output is broken at all. The attach output is arp.exe -a on Windows 7, without vpn connection. I can't read the IP address at all.
https://bugs.winehq.org/show_bug.cgi?id=37331
--- Comment #8 from Qian Hong fracting@gmail.com --- BTW, my Windows 7 returns ERROR_INSUFFICIENT_BUFFER instead of ERROR_BUFFER_OVERFLOW for GetIpNetTable.
https://bugs.winehq.org/show_bug.cgi?id=37331
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
https://bugs.winehq.org/show_bug.cgi?id=37331
lilydjwg@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lilydjwg@gmail.com
--- Comment #9 from lilydjwg@gmail.com --- I can work around this by replacing iphlpapi with the native one.
https://bugs.winehq.org/show_bug.cgi?id=37331
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #10 from super_man@post.com --- (In reply to lilydjwg from comment #9)
I can work around this by replacing iphlpapi with the native one.
Maybe set the component based on that so it would be more fruitful to search bugs.
-
wine-bugs＠winehq.org