https://bugs.winehq.org/show_bug.cgi?id=37962
Bug ID: 37962 Summary: WebMon occasionally crashes when checking web pages for updates Product: Wine Version: 1.7.33 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: gentoo@gishpuppy.com Distribution: ---
Created attachment 50576 --> https://bugs.winehq.org/attachment.cgi?id=50576 Crash backtrace
Wine occasionally crashes when WebMon (http://www.cmcode.co.uk/webmon/) is checking web pages for updates. The crash happens with Wine 1.7.33 and the stable version 1.6.2.
You can download the WebMon executable from http://dump.bitcheese.net/files/ylysado/WebMon.exe
$ sha1sum WebMon.exe 280e00a1fe77ca88c9dfe2080caf9689aad2ffe1 WebMon.exe
I have attached the backtrace. If you need more information, please let me know.
https://bugs.winehq.org/show_bug.cgi?id=37962
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
--- Comment #1 from Sebastian Lackner sebastian@fds-team.de --- Could you please attach the full terminal output? Take a look here for more information: http://wiki.winehq.org/FAQ#get_log
https://bugs.winehq.org/show_bug.cgi?id=37962
--- Comment #2 from gentoo@gishpuppy.com --- Created attachment 50581 --> https://bugs.winehq.org/attachment.cgi?id=50581 Full terminal output
Here's the output produced by $ wine /usr/local/bin/WebMon.exe &> log.txt
I don't see any names of C source files in it. Can you tell me how to install the debugging symbols on Gentoo?
https://bugs.winehq.org/show_bug.cgi?id=37962
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://dump.bitcheese.net/f | |iles/ylysado/WebMon.exe CC| |focht@gmx.net Summary|WebMon occasionally crashes |WebMon 1.0 occasionally |when checking web pages for |crashes when checking web |updates |pages for updates
--- Comment #3 from Anastasius Focht focht@gmx.net --- Hello folks,
if you're on Gentoo (as your handle implies) 'FEATURES=splitdebug' and rebuild of Wine might do it.
Anyway, even without any symbol info my guess would be the async DNS resolver being the culprit here. Something is broken with your host network config.
The app works fine for me using 'http://news.google.com' (which changes almost every second).
--- snip --- Z:\usr\local\bin\WebMon.exe --- snip ---
Putting/mixing Win32 PE binaries in path shared with native Linux binaries is kinda strange. Even if this works (app doesn't need write permissions in same folder) it's not really advised. That's what a separate WINEPREFIX is for.
$ du -sh WebMon.exe 360K WebMon.exe
$ sha1sum WebMon.exe 280e00a1fe77ca88c9dfe2080caf9689aad2ffe1 WebMon.exe
$ wine --version wine-1.7.34-159-g7b45103
Regards
https://bugs.winehq.org/show_bug.cgi?id=37962
gentoo@gishpuppy.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #50581|0 |1 is obsolete| |
--- Comment #4 from gentoo@gishpuppy.com --- Created attachment 50584 --> https://bugs.winehq.org/attachment.cgi?id=50584 Full terminal output with debug info
(In reply to Anastasius Focht from comment #3)
if you're on Gentoo (as your handle implies) 'FEATURES=splitdebug' and rebuild of Wine might do it.
Thanks, re-emerging Wine with FEATURES=splitdebug didn't change anything but FEATURES=nostrip did the trick. I have attached the log with the debug info.
Anyway, even without any symbol info my guess would be the async DNS resolver being the culprit here.
Looks, like your guess was right.
Something is broken with your host network config.
There is nothing special with my network config. I also observed the crash on another machine attached to a completely different network. Even if my network connection was faulty, I don't think Wine should crash or is WebMon poorly programmed?
The app works fine for me using 'http://news.google.com' (which changes almost every second).
In most cases WebMon works fine for my too. The crash happens rarely and is hard to reproduce. I have about one hundred websites I am monitoring and I had to start the check up to ten times for the crash to happen.
Putting/mixing Win32 PE binaries in path shared with native Linux binaries is kinda strange. Even if this works (app doesn't need write permissions in same folder) it's not really advised. That's what a separate WINEPREFIX is for.
You're right. But it shouldn't interfere with Linux because I haven't set the executable bit. I simply put the program in /usr/local/bin because the path is covered by my backup script. But I will think of placing it somewhere else.
https://bugs.winehq.org/show_bug.cgi?id=37962
--- Comment #5 from gentoo@gishpuppy.com --- Created attachment 50585 --> https://bugs.winehq.org/attachment.cgi?id=50585 Additional debug info
I also compiled wine-1.7.33 from source and tried to reproduce the crash. This log also contains the names of the source files with the corresponding line numbers.
https://bugs.winehq.org/show_bug.cgi?id=37962
--- Comment #6 from Bruno Jesus 00cpxxx@gmail.com --- A +winsock lock would be useful then, please read http://wiki.winehq.org/FAQ#get_log (10.1 and 10.2).
https://bugs.winehq.org/show_bug.cgi?id=37962
--- Comment #7 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to Bruno Jesus from comment #6)
A +winsock lock would be useful then, please read http://wiki.winehq.org/FAQ#get_log (10.1 and 10.2).
I mean log, not lock =)
https://bugs.winehq.org/show_bug.cgi?id=37962
--- Comment #8 from gentoo@gishpuppy.com --- Created attachment 50590 --> https://bugs.winehq.org/attachment.cgi?id=50590 debug log with +winsock
Here's the (shortened) log created with
$ WINEDEBUG=+winsock ./wine /usr/local/bin/WebMon.exe >> /tmp/output.txt 2>&1
using wine-1.7.33 compiled from source. The log only contains the last three queries. I think this is sufficient, if not please drop me a line.
https://bugs.winehq.org/show_bug.cgi?id=37962
--- Comment #9 from Sebastian Lackner sebastian@fds-team.de --- --- snip --- trace:winsock:DllMain 0x7da30000 0x0 (nil) wine: Unhandled page fault on read access to 0x7da338c5 at address 0x7da338c5 (thread 0025), starting debugger... trace:winsock:DllMain 0x7da30000 0x1 (nil) trace:winsock:WSAStartup verReq=101 --- snip ---
ws2_32 is unloaded while there is still an async callback pending. I assume we have to hold a reference to the library while callbacks are still active (if it doesn't crash on Windows).
https://bugs.winehq.org/show_bug.cgi?id=37962
--- Comment #10 from Nikolay Sivov bunglehead@gmail.com --- (In reply to Sebastian Lackner from comment #9)
ws2_32 is unloaded while there is still an async callback pending. I assume we have to hold a reference to the library while callbacks are still active (if it doesn't crash on Windows).
Easy way to check is to block unloading for it. Is there a clean way to check if it's possible to actually load/unload/load again on Windows?
https://bugs.winehq.org/show_bug.cgi?id=37962
--- Comment #11 from gentoo@gishpuppy.com --- (In reply to Sebastian Lackner from comment #9)
ws2_32 is unloaded while there is still an async callback pending. I assume we have to hold a reference to the library while callbacks are still active (if it doesn't crash on Windows).
I used WebMon a couple of years ago on Windows and didn't see any crash. Today I tested it thoroughly again and I can confirm that it works fine on Windows.
If I should check something else on Windows or test a patch for Wine, please let me know.
https://bugs.winehq.org/show_bug.cgi?id=37962
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Component|-unknown |winsock Summary|WebMon 1.0 occasionally |WebMon 1.0 occasionally |crashes when checking web |crashes when checking web |pages for updates |pages for updates | |(ws2_32.dll unloaded while | |async DNS resolver | |callbacks still pending) Ever confirmed|0 |1
--- Comment #12 from Anastasius Focht focht@gmx.net --- Hello folks,
refining summary and confirming on behalf of OP. Likely still present.
$ wine --version wine-1.7.48-74-gb3fe96a
Regards