https://bugs.winehq.org/show_bug.cgi?id=36413
Bug ID: 36413
Summary: valgrind shows uninitialized memory in
msxml3/tests/xmparser.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==24204== 28 bytes in 1 blocks are possibly lost in loss record 219 of 700
==24204== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==24204== by 0x538CBB8: apartment_getclassobject (compobj.c:526)
==24204== by 0x538FFC6: get_inproc_class_object (compobj.c:2894)
==24204== by 0x5392D2F: CoGetClassObject (compobj.c:3032)
==24204== by 0x53934B7: CoCreateInstance (compobj.c:3197)
==24204== by 0x4DD74AE: func_xmlparser (xmlparser.c:108)
==24204== by 0x4DD9310: run_test (test.h:584)
==24204== by 0x4DD96FF: main (test.h:654)
==24204==
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=36304
Bug ID: 36304
Summary: valgrind shows several leaks in msxml3/tests/xmldoc.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==30829== 1 bytes in 1 blocks are definitely lost in loss record 5 of 693
==30829== at 0x4006B11: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==30829== by 0x6512C73: xmlStrndup (in /usr/lib/libxml2.so.2.9.1)
==30829== by 0x6512D05: xmlStrdup (in /usr/lib/libxml2.so.2.9.1)
==30829== by 0x64B59E4: xmlNewNode (in /usr/lib/libxml2.so.2.9.1)
==30829== by 0x61E6FBE: xmldoc_createElement (xmldoc.c:523)
==30829== by 0x4AAD9C3: test_xmlelem (msxml.h:10587)
==30829== by 0x4AAE5AB: func_xmldoc (xmldoc.c:1077)
==30829== by 0x4AB096C: run_test (test.h:584)
==30829== by 0x4AB0D5B: main (test.h:654)
==30829==
==30829== 32 bytes in 1 blocks are possibly lost in loss record 255 of 693
==30829== at 0x7BC4C735: notify_alloc (heap.c:255)
==30829== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==30829== by 0x4D080FA: alloc_bstr (oleaut.c:162)
==30829== by 0x4D08490: SysAllocStringLen (oleaut.c:324)
==30829== by 0x4D2B608: TLB_MultiByteToBSTR (typelib.c:1753)
==30829== by 0x4D300C8: ITypeLib2_Constructor_MSFT (typelib.c:3706)
==30829== by 0x4D2F3B8: TLB_ReadTypeLib (typelib.c:3460)
==30829== by 0x4D276DC: LoadTypeLibEx (typelib.c:478)
==30829== by 0x4D27618: LoadTypeLib (typelib.c:454)
==30829== by 0x4D2786A: LoadRegTypeLib (typelib.c:537)
==30829== by 0x6196581: get_typeinfo (dispex.c:161)
==30829== by 0x61E5F7D: xmldoc_GetTypeInfo (xmldoc.c:150)
==30829== by 0x4AA60A2: test_xmldoc (oaidl.h:811)
==30829== by 0x4AAE59C: func_xmldoc (xmldoc.c:1074)
==30829== by 0x4AB096C: run_test (test.h:584)
==30829== by 0x4AB0D5B: main (test.h:654)
==30829==
==5988== 16 bytes in 1 blocks are definitely lost in loss record 134 of 725
==5988== at 0x7BC4C735: notify_alloc (heap.c:255)
==5988== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==5988== by 0x6431972: heap_alloc (msxml_private.h:169)
==5988== by 0x64330F0: XMLElement_create (xmlelem.c:505)
==5988== by 0x6433D2A: xmlelem_collection_IEnumVARIANT_Next (xmlelem.c:777)
==5988== by 0x4CA3931: test_xmlelem_collection (oaidl.h:992)
==5988== by 0x4CA65B0: func_xmldoc (xmldoc.c:1078)
==5988== by 0x4CA896C: run_test (test.h:584)
==5988== by 0x4CA8D5B: main (test.h:654)
==5988==
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=36172
Bug ID: 36172
Summary: xcopy tests fail under valgrind
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
xcopy.c:59: Test failed: xcopy /D:d-m-y test returned rc=258
xcopy.c:64: Test failed: xcopy /D:m-d-y test failed rc=258
xcopy.c:65: Test failed: xcopy did not create xcopytest\xcopy1
xcopy.c:70: Test failed: xcopy /D:m-d-y test failed rc=258
xcopy.c:71: Test failed: xcopy did not create xcopytest\xcopy1
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=28816
Bug #: 28816
Summary: kernel32/tests/loader.ok fails under valgrind
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Under Valgrind, "make loader.ok" fails with log
loader.c:375: Test failed: 2: 0x10002000 != 0
loader.c:376: Test failed: 2: 1 != 0
loader.c:378: Test failed: 2: 2000 != MEM_FREE
loader.c:379: Test failed: 2: 20000 != 0
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=28738
Bug #: 28738
Summary: user32/tests: invalid read in
server_end_to_end_callback in dde.ok?
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Not sure how bad an invalid read in a dbgstr is, but here's the log:
Invalid read of size 2
at wine_dbgstr_wn (test.h:471)
by server_end_to_end_callback (test.h:66)
by WDML_InvokeCallback (dde_misc.c:734)
by WDML_ServerHandle (dde_server.c:834)
by WDML_ServerConvProc (dde_server.c:1112)
by ??? (in user32/user32.dll.so)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:908)
by DispatchMessageA (message.c:3738)
by test_end_to_end_server (dde.c:2680)
by func_dde (dde.c:2746)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f00dae8 is 16 bytes inside a block of size 20 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1748)
by RtlFreeUnicodeString (rtlstr.c:319)
by RegQueryValueExA (registry.c:1489)
by load_face (freetype.c:1207)
by WineEngInit (freetype.c:1345)
by DllMain (gdiobj.c:582)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20925
Summary: d3d[89]/tests/visual crash under valgrind
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://kegel.com/wine/valgrind/logs/2009-12-05-01.15/vg-d3d8_visual.txt
and
http://kegel.com/wine/valgrind/logs/2009-12-05-01.15/vg-d3d9_visual.txt
both show the crash
Unhandled exception: page fault on read access to 0x58469450 in 32-bit code
(0x0d9bc92b).
Backtrace:
=>0 0x0d9bc92b (0x11ad7000)
1 0x0fa16d50 in libgl.so.1 (+0x3dd50) (0x0ffbc038)
which might be a problem in the driver, but could also be a disagreement
between valgrind and the driver.
I'm going to stop running d3d[89]/tests/visual under valgrind for now,
since they always crash. Perhaps the good folks at Nvidia could
have a look at how to get valgrind and their drivers to play nice together.
(One of those logs also seems to have found a real use-after-free bug
in their driver:
Invalid read of size 4
at ??? (in /usr/lib32/libGLcore.so.180.44)
Address 0xe6905f4 is 156 bytes inside a block of size 632 free'd
at free (vg_replace_malloc.c:325)
by ??? (in /usr/lib32/libGLcore.so.180.44)
so perhaps they would actually get something out of this.)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21180
Summary: user32_crosstest.exe sysparams doesn't properly
restore tray icons on Win
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bunglehead(a)gmail.com
After running sysparams test some tray icons are left a kind of downsampled -
e.g. net status icon is 4x4 sized.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51133
Bug ID: 51133
Summary: Lord of the Rings Online 64bit client exits past
loading screen
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bjorn.bidar(a)thaodan.de
Distribution: ---
Created attachment 69995
--> https://bugs.winehq.org/attachment.cgi?id=69995
64bit client with wine 5.16 and OpenGL
The 64bit of the Lord of the Rings Online (after this sentence just called
LotRO) crashes past loading screen.
Since an update past october last year (that is when it still was working for
me) broke.
I tried several wine versions:
- 5.16 - last known working version
- 6.8 (staging and non staging)
I used DXVK but to verify I disabled that I tried wineD3D and the OpenGL
renderer of the game - same issue
>From looking at both executables the 32bit and 64 client are linked against
different dlls:
- 32bit:
strings lotroclient.exe|grep dll
pl.dll
lotropl.dll
xinput9_1_0.dll
DwmAPI.dll
wtsapi32.dll
corestrings.dll
D3D10GraphicsCore.dll
D3D11GraphicsCore.dll
OpenGLGraphicsCore.dll
RENDER| failed to load D3D9.dll.
d3d9.dll
LightFX.dll
ntdll.dll
kernel32.dll
kernel32.dll
ntdll.dll
faultrep.dll
%s\Debugging Tools For Windows\dbghelp.dll
%s\dbghelp.dll
\dbghelp.dll
..\tools\dbghelp.dll
..\..\..\..\..\tools\dll\dbghelp.dll
dbghelp.dll
Havok StackTracer: Could not load symbol SymRefreshModuleList from dbghelp.dll,
version too old, but will continue without it.
Havok StackTracer: hkStackTracer: Unable to load kernel32.dll
Havok StackTracer: hkStackTracer: Unable to load dbghelp.dll
* dbghelp.dll may be too old to understand the debug format.
iphlpapi.dll
%s.dll
ADVAPI32.dll
GDI32.dll
IMM32.dll
KERNEL32.dll
ole32.dll
OLEAUT32.dll
USER32.dll
WINMM.dll
WS2_32.dll
xerces-c_2_6.dll
lua51.dll
SHELL32.dll
d3dx9_42.dll
vorbisfile.dll
OpenAL32.dll
DSOUND.dll
binkw32.dll
umbra.dll
CRYPT32.dll
libcef.dll
steam_api.dll
MSVCP80.dll
__dllonexit
MSVCR80.dll
WSOCK32.dll
RPCRT4.dll
VERSION.dll
- 64bit:
strings x64/lotroclient64.exe|grep dll
lotropl.dll
pl.dll
xinput9_1_0.dll
wtsapi32.dll
DwmAPI.dll
corestrings.dll
OpenGLGraphicsCore.dll
D3D11GraphicsCore.dll
D3D10GraphicsCore.dll
d3d9.dll
RENDER| failed to load D3D9.dll.
LightFX.dll
ntdll.dll
kernel32.dll
ntdll.dll
faultrep.dll
dbghelp.dll
..\..\..\..\..\tools\dll\dbghelp.dll
..\tools\dbghelp.dll
\dbghelp.dll
%s\dbghelp.dll
%s\Debugging Tools For Windows\dbghelp.dll
kernel32.dll
dbghelp.dll
Havok StackTracer: Could not load symbol SymRefreshModuleList from dbghelp.dll,
version too old, but will continue without it.
Havok StackTracer: hkStackTracer: Unable to load kernel32.dll
Havok StackTracer: hkStackTracer: Unable to load dbghelp.dll
* dbghelp.dll may be too old to understand the debug format.
iphlpapi.dll
%s.dll
ADVAPI32.dll
GDI32.dll
IMM32.dll
KERNEL32.dll
ole32.dll
OLEAUT32.dll
USER32.dll
WINMM.dll
WS2_32.dll
xerces-c_2_6.dll
lua51.dll
SHELL32.dll
d3dx9_42.dll
vorbisfile.dll
OpenAL32.dll
DSOUND.dll
binkw64.dll
umbra.dll
CRYPT32.dll
libcef.dll
steam_api64.dll
MSVCP140.dll
WSOCK32.dll
VCRUNTIME140_1.dll
VCRUNTIME140.dll
api-ms-win-crt-runtime-l1-1-0.dll
api-ms-win-crt-string-l1-1-0.dll
api-ms-win-crt-convert-l1-1-0.dll
api-ms-win-crt-stdio-l1-1-0.dll
api-ms-win-crt-locale-l1-1-0.dll
api-ms-win-crt-utility-l1-1-0.dll
api-ms-win-crt-math-l1-1-0.dll
api-ms-win-crt-time-l1-1-0.dll
api-ms-win-crt-heap-l1-1-0.dll
api-ms-win-crt-filesystem-l1-1-0.dll
api-ms-win-crt-environment-l1-1-0.dll
api-ms-win-crt-conio-l1-1-0.dll
RPCRT4.dll
VERSION.dll
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14669
Summary: Daniel Valot's Mahjongg Ansi 1.22 doesn't show "game
over" dialog properly when you lose (dogfood)
Product: Wine
Version: 1.1.2
Platform: Other
URL: http://dvalot.free.fr/download/Mahinsta.exe
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Daniel Valot has several games available for download at
http://dvalot.free.fr/games.htm
This bug is in the 'ansi' (non-.NET) version of his Mahjohngg.
My wife plays this often, and problems in it are a showstopper
for migration to Linux (see http://kegel.com/wine/migrating-user-1.html).
The game plays tolerably in Linux (once you figure out to click the 'X'
icon on the left bar to get fullscreenish mode)...
but if you play badly and lose, the game over dialog that pops up
is not drawn properly. I'll attach a saved game; to reproduce
the problem, load the saved game (File / Load), then click on
the two "3" tiles. The game over dialog will pop up.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49436
Bug ID: 49436
Summary: 64-bit Diablo III hangs on startup since 5.11
Product: Wine
Version: 5.11
Hardware: x86-64
URL: https://www.blizzard.com/en-gb/download/confirmation?p
roduct=d3
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maciej.stanczew+b(a)gmail.com
Regression SHA1: e561ce4b9259071f79d219dddf62f05cdd8dd07b
Distribution: ArchLinux
Created attachment 67524
--> https://bugs.winehq.org/attachment.cgi?id=67524
64-bit client on Staging 5.11
After updating to Staging 5.11, 64-bit Diablo III client hangs after starting,
with message:
00d8:err:seh:setup_exception stack overflow 1920 bytes in thread 00d8 eip
00000001402fed5b esp 0000000000c10e90 stack 0xc10000-0xc11000-0xd10000
32-bit client launches correctly.
I'm not able to test vanilla Wine, because the game doesn't work there due to
bug #45443.
Regression testing lead me to the very first commit after 5.10 release:
commit e561ce4b9259071f79d219dddf62f05cdd8dd07b
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Sat Jun 6 13:56:19 2020 +0200
ntdll: Move NtRaiseException() implementation to the Unix library.
The two final configurations I built were:
- good: Wine 3cc3b44575, Staging 044cb930, patch ntdll-NtContinue excluded
- bad: Wine e561ce4b92, Staging 044cb930, patch ntdll-NtContinue excluded,
incremented NTDLL_UNIXLIB_VERSION to allow staging patches to apply
ntdll-NtContinue had to be excluded because it conflicts with ntdll changes in
Wine (it was removed from Staging in the following rebase). But as we can see,
even with it being excluded from 5.10 (without e561ce4b92), the game runs.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.