https://bugs.winehq.org/show_bug.cgi?id=37766
Bug ID: 37766 Summary: Error when launching StarCraft 2: Assertion 'canonical' failed at src/nss-myhostname/nss-myhostname.c Product: Wine Version: 1.7.33 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: s.jegen@gmail.com Distribution: ---
Created attachment 50295 --> https://bugs.winehq.org/attachment.cgi?id=50295 Back trace
When starting StarCraft\ II.exe today I was greeted with a an error from the SC2 launcher that was followed by several others (the Blizzard error reporting program BlizzardError.exe seems to have crashed immediately afterwards as well).
The culprit seems to be an assert that is hit in the fill_in_hostent function which is part of libnss_myhostname.so.2 (which seems to be part of systemd nowadays). Please find the backtrace as well as the terminal output attached.
https://bugs.winehq.org/show_bug.cgi?id=37766
--- Comment #1 from Silvan s.jegen@gmail.com --- Created attachment 50296 --> https://bugs.winehq.org/attachment.cgi?id=50296 Terminal output
https://bugs.winehq.org/show_bug.cgi?id=37766
Silvan s.jegen@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |s.jegen@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=37766
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |normal
--- Comment #2 from Rosanne DiMesio dimesio@earthlink.net --- Not critical. https://bugs.winehq.org/page.cgi?id=fields.html
https://bugs.winehq.org/show_bug.cgi?id=37766
--- Comment #3 from Silvan s.jegen@gmail.com --- (In reply to Rosanne DiMesio from comment #2)
Not critical. https://bugs.winehq.org/page.cgi?id=fields.html
Ah, I misunderstood and assumed the priority was measured in regards to whether the affected software can still be used or not, sorry for that.
To add some hopefully relevant content to this comment here two links to the relevant functions from the back trace.
WinHttpDetectAutoProxyConfigUrl:
http://source.winehq.org/git/wine.git/blob/HEAD:/dlls/winhttp/session.c#l133...
fill_in_hostent: http://code.metager.de/source/xref/freedesktop/systemd/systemd/src/nss-myhos...
Additionally I just retried starting the program today and it worked. Please find the terminal output of the working session attached.
This time, the terminal output includes the line
"fixme:winhttp:WinHttpDetectAutoProxyConfigUrl discovery via DHCP not supported"
So I assume the bug is not hit in this case and was hit only due to a intermittent networking issue (probably?).
https://bugs.winehq.org/show_bug.cgi?id=37766
--- Comment #4 from Silvan s.jegen@gmail.com --- Created attachment 50299 --> https://bugs.winehq.org/attachment.cgi?id=50299 Terminal output of working session
https://bugs.winehq.org/show_bug.cgi?id=37766
--- Comment #5 from Bruno Jesus 00cpxxx@gmail.com --- =>0 0xf77b3bf0 __kernel_vsyscall+0x10() in [vdso].so (0x0000000a) 1 0xf742af67 gsignal+0x46() in libc.so.6 (0x0000000a) 2 0xf742c5a9 abort+0x148() in libc.so.6 (0x0000000a) 3 0xf735937d in libnss_myhostname.so.2 (+0x637c) (0x0000000a) 4 0xf735635f in libnss_myhostname.so.2 (+0x335e) (0x0000000a) 5 0xf7356ea9 _nss_myhostname_gethostbyaddr2_r+0x178() in libnss_myhostname.so.2 (0x0000000a) 6 0xf73572c6 _nss_myhostname_gethostbyaddr_r+0x35() in libnss_myhostname.so.2 (0x00329c1c) 7 0xf74fa221 __gethostbyaddr_r+0x100() in libc.so.6 (0x00329c1c) 8 0xf7501ed6 getnameinfo+0x615() in libc.so.6 (0x00329dd8) 9 0x7e83e200 WinHttpDetectAutoProxyConfigUrl+0x31f() in winhttp (0x0032a248)
The crash is inside libnss_myhostname, most likely na upstream bug that has to be reported to libnss. After reporting the bug there please add a link here.
https://bugs.winehq.org/show_bug.cgi?id=37766
--- Comment #6 from Silvan s.jegen@gmail.com --- (In reply to Bruno Jesus from comment #5)
[...]
The crash is inside libnss_myhostname, most likely na upstream bug that has to be reported to libnss. After reporting the bug there please add a link here.
I opened a bug at https://bugs.freedesktop.org/show_bug.cgi?id=87634 for the issue.
It turns out that the "discovery via DHCP not supported" line is in the terminal output when the assertion is hit and when it isn't so this does not seem to be related after all.
https://bugs.winehq.org/show_bug.cgi?id=37766
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |UPSTREAM
--- Comment #7 from Ken Sharp imwellcushtymelike@gmail.com --- Fixed upstream.
https://bugs.winehq.org/show_bug.cgi?id=37766
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED CC| |matteo.mystral@gmail.com
--- Comment #8 from Matteo Bruni matteo.mystral@gmail.com --- Fixed upstream -> closing.