https://bugs.winehq.org/show_bug.cgi?id=49182
Bug ID: 49182
Summary: dwriter/analyzer test run Microsoft OneNote on windows
armv7/surface rt
Product: Wine
Version: 5.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Depends on: 49179
Distribution: ---
Created attachment 67197
--> https://bugs.winehq.org/attachment.cgi?id=67197
screenshot
This is a weird one; unfortunately I don't have a non arm install of windows
with office to test.
If I run winetest.exe on arm, when dwrite/analyzer runs, something starts
Microsoft OneNote (which I've never used). This pops up a dialog from OneNote,
saying:
You have to run OneNote for the first time before we can do that. We're sorry.
Please try again after you've started OneNote.
--
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=28745
Bug #: 28745
Summary: dsound/tests: uninitialized value used in
enum_callback() in func_propset()
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Running "make propset.ok" in dsound/tests, valgrind complains:
Conditional jump or move depends on uninitialised value(s)
at callback (propset.c:69)
by DSPROPERTY_enumWtoA (propset.c:396)
by enum_callback (propset.c:306)
by enumerate_mmdevices (dsound_main.c:555)
by DSPROPERTY_EnumerateW (propset.c:334)
by IKsPrivatePropertySetImpl_Get (propset.c:419)
by func_propset (propset.c:458)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at enum_callback (propset.c:282)
I haven't bisected, but lots of the related code is new, from:
commit 8856ea79f3468d6f532f5f20e9b28c295d6e1db1
Author: Andrew Eikum <aeikum(a)codeweavers.com>
Date: Tue Sep 27 08:51:33 2011 -0500
dsound: Reimplement PropertySet on mmdevapi.
--
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=49180
Bug ID: 49180
Summary: devenum_test.exe fails to run on windows arm
(msvfw32.dll is missing)
Product: Wine
Version: 5.8
Hardware: arm
OS: Windows
Status: NEW
Keywords: download, testcase
Severity: normal
Priority: P2
Component: testcases
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Depends on: 49179
After working around bug 49179, winetest.exe will run. As it's extracting the
tests, it throws an error dialog for devenum, because msvfw32.dll is missing:
The program can't start because msvfw32.dll is missing from your computer. Try
reinstalling the program to fix this problem.
--
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=39956
Bug ID: 39956
Summary: dlls/urlmon/tests/uri.c fails a lot of tests
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: dev.anshuman73(a)gmail.com
Hi, I was running the WineTests on Windows 10, Build 1511, November fix.
Uri.c gives a lot of errors as described in this paste -
http://pastebin.com/X7fR1Bvx
I ran the winetest from http://test.winehq.org/ and downloaded the test as of 8
January (Version 4
Tests from build d7e4193df2f22a87031e44ce358a626a5f92b295)
--
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=28216
Summary: shell32/shlfolder.c test always fails on ubuntu 10.04?
Product: Wine
Version: 1.3.27
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
(Not quite the same as bug 27729.)
shell32/shlfolder.ok succeeds for me on my ubuntu 11.04 boxes, but
always fails for me on my one ubuntu 10.04 box,
even after I do 'apt-get install gettext' to get past non bug 28208.
Log shows:
../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p
shell32_test.exe.so shlfolder.c && touch shlfolder.ok
fixme:shdocvw:IEParseDisplayNameWithBCW stub: 0x0 L"http:\\yyy" (nil) 0x32fc78
fixme:shdocvw:IEParseDisplayNameWithBCW stub: 0x0 L"xx:yyy" (nil) 0x32fc78
err:shell:HCR_GetFolderAttributes should be called for simple PIDL's only!
shlfolder.c:2386: Test failed: SHCreateItemFromParsingName returned 0
The test creates the file c:/users/dank/Desktop/testfile,
then looks for it with some arcane shell folder API,
and is unhappy when it actually finds the file.
+shell,+file trace attached.
The test function in question is test_SHCreateShellItem().
I can make the test succeed by inserting the line
SetCurrentDirectoryA("c:\\");
at the top of the function, or by
editing test_ITEMIDLIST_format()
and inserting a return before it calls SetCurrentDirectoryW().
So there seems to be something fragile in the shlfolder tests
with respect to the current directory. No idea why this only
shows up on ubuntu 10.04 (on my i7 test box).
--
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=36654
Bug ID: 36654
Summary: valgrind shows invalid read/write in
d3d8/tests/device.c
Product: Wine
Version: 1.3.30
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, valgrind
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==6361== Invalid read of size 4
==6361== at 0x5E0EB00: ??? (in /tmp/.glZDO9Wy (deleted))
==6361== by 0x5160AE4: fixup_extensions (directx.c:1542)
==6361== by 0x5166F86: wined3d_adapter_init_gl_caps (directx.c:3131)
==6361== by 0x516C459: wined3d_adapter_init (directx.c:5180)
==6361== by 0x516C9B2: wined3d_init (directx.c:5272)
==6361== by 0x5215953: wined3d_create (wined3d_main.c:105)
==6361== by 0x50E0716: d3d8_init (directx.c:413)
==6361== by 0x50D47D2: Direct3DCreate8 (d3d8_main.c:47)
==6361== by 0x4F6AD2A: test_device_window_reset (device.c:2982)
==6361== by 0x4F7D127: func_device (device.c:6224)
==6361== by 0x4F9EC1E: run_test (test.h:584)
==6361== by 0x4F9F00D: main (test.h:654)
==6361== Address 0xe92a7c0 is on thread 1's stack
==6361==
==6361== Invalid write of size 4
==6361== at 0x5E0EB0D: ??? (in /tmp/.glZDO9Wy (deleted))
==6361== by 0x5160AE4: fixup_extensions (directx.c:1542)
==6361== by 0x5166F86: wined3d_adapter_init_gl_caps (directx.c:3131)
==6361== by 0x516C459: wined3d_adapter_init (directx.c:5180)
==6361== by 0x516C9B2: wined3d_init (directx.c:5272)
==6361== by 0x5215953: wined3d_create (wined3d_main.c:105)
==6361== by 0x50E0716: d3d8_init (directx.c:413)
==6361== by 0x50D47D2: Direct3DCreate8 (d3d8_main.c:47)
==6361== by 0x4F6AD2A: test_device_window_reset (device.c:2982)
==6361== by 0x4F7D127: func_device (device.c:6224)
==6361== by 0x4F9EC1E: run_test (test.h:584)
==6361== by 0x4F9F00D: main (test.h:654)
==6361== Address 0xaaaaaaaa is on thread 1's stack
==6361==
OpenGL renderer string: GeForce GTX 460/PCIe/SSE2
OpenGL core profile version string: 4.3.0 NVIDIA 337.25
--
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=28269
Summary: ws2_32: sock.ok test slow
Product: Wine
Version: 1.3.27
Platform: x86
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: winsock
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The ws2_32 sock tests take 30 to 55 seconds to run here.
This is currently the slowest test in the suite.
--
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=28394
Summary: Crash in wininet/http.ok if connection fails?
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Probably the test should skip if the connection fails.
We should also check to see what native InternetQueryOption does
on a failed connection (if we don't already; we do check what it does on
a closed one, at least).
Here's the log:
../../../tools/runtest -q -P wine -M wininet.dll -T ../../.. -p
wininet_test.exe.so http.c && touch http.ok
...
err:wininet:NETCON_secure_connect SSL_connect failed: 12056
wine: Unhandled page fault on read access to 0x00000008 at address
0x2abec87c5798 (thread 0037), starting debugger...
http.c:2873: Test failed: HttpSendRequest failed: 12056
Backtrace:
=>0 NETCON_GetCert+0x18(connection=(nil)) [dlls/wininet/netconnection.c:860]
1 HTTPREQ_QueryOption+0x887(hdr=0x3cab0, option=0x20, buffer=0x415e0,
size=0x22fa18, unicode=0) [dlls/wininet/http.c:2123]
2 InternetQueryOptionA+0x12b(hInternet=0x3, dwOption=0x20, lpBuffer=0x415e0,
lpdwBufferLength=0x22fa18) [dlls/wininet/internet.c:2518]
3 test_secure_connection+0x35b() [dlls/wininet/tests/http.c:2885]
NETCON_GetCert+0x18 [dlls/wininet/netconnection.c:860] in wininet: movq
0x0000000000000008(%rax),%rax
860 if (!connection->ssl_s)
--
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=16060
Summary: comctl32, gfi32, user32: tests fail, when dpi is not the
default (96)
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Created an attachment (id=17288)
--> (http://bugs.winehq.org/attachment.cgi?id=17288)
patch to dump tm.tmHeight
(As requested by Dmitry, one bug for all)
Current known tests, that fail, when dpi is not 96
(The Implementation was not checked yet):
comctrl32:monthcal
comctrl32:rebar
comctrl32:status
comctrl32:tab
comctrl32:toolbar
comctrl32:treeview
gdi:font
user32:combo
Implementations known to have bugs, where the related tests are fixed:
comctl32/header (VERT_BORDER must be 2)
Fixing the heigh of the system font will make more hidden bugs
in the Wine tree visible.
----------------------
A difference found during research is the tm.tmHeight of the system font.
(GetTextMetrics)
w98 (72, 96 dpi): 16
w98 (120): 20
w98 is broken for 144 and 192 dpi: 16
w2k (72, 96 dpi): 16
w2k (120, 144, 192 dpi): 20
Wine: always 16
The attached patch for dlls/comctrl32/tests/status.c dump
tm.tmHeight (the first value after "expect")
--
By by ... Detlef
--
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=43342
Bug ID: 43342
Summary: valgrind shows an unintialized write in
dlls/hid/tests/device.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
../../../tools/runtest -q -P wine -T ../../.. -M hid.dll -p hid_test.exe.so
device && touch device.ok
==10687== Syscall param writev(vector[...]) points to uninitialised byte(s)
==10687== at 0x4339023: __writev_nocancel (syscall-template.S:84)
==10687== by 0x7BC88028: send_request (server.c:228)
==10687== by 0x7BC881DB: wine_server_call (server.c:309)
==10687== by 0x7BC4A5AA: server_ioctl_file (file.c:1543)
==10687== by 0x7BC4A914: NtDeviceIoControlFile (file.c:1650)
==10687== by 0x7B44634D: DeviceIoControl (file.c:2651)
==10687== by 0x4B229B1: HidD_GetPreparsedData (hidd.c:133)
==10687== by 0x4876EBA: test_device_info (device.c:41)
==10687== by 0x48771C2: run_for_each_device (device.c:83)
==10687== by 0x4878870: func_device (device.c:386)
==10687== by 0x48796C8: run_test (test.h:603)
==10687== by 0x4879B19: main (test.h:687)
==10687== Address 0x48e7b38 is 0 bytes inside a recently re-allocated block of
size 9,296 alloc'd
==10687== at 0x7BC50812: notify_alloc (heap.c:254)
==10687== by 0x7BC54C93: RtlAllocateHeap (heap.c:1716)
==10687== by 0x4B22982: HidD_GetPreparsedData (hidd.c:131)
==10687== by 0x4876EBA: test_device_info (device.c:41)
==10687== by 0x48771C2: run_for_each_device (device.c:83)
==10687== by 0x4878870: func_device (device.c:386)
==10687== by 0x48796C8: run_test (test.h:603)
==10687== by 0x4879B19: main (test.h:687)
==10687== Uninitialised value was created by a client request
==10687== at 0x7BC505E1: mark_block_uninitialized (heap.c:208)
==10687== by 0x7BC5076D: initialize_block (heap.c:239)
==10687== by 0x7BC54CB3: RtlAllocateHeap (heap.c:1717)
==10687== by 0x4B22982: HidD_GetPreparsedData (hidd.c:131)
==10687== by 0x4876EBA: test_device_info (device.c:41)
==10687== by 0x48771C2: run_for_each_device (device.c:83)
==10687== by 0x4878870: func_device (device.c:386)
==10687== by 0x48796C8: run_test (test.h:603)
==10687== by 0x4879B19: main (test.h:687)
==10687==
--
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.