https://bugs.winehq.org/show_bug.cgi?id=40768
Bug ID: 40768
Summary: Midtown Madness does not open: "There was an
undetectable problem in loading the specified device
driver"
Product: Wine
Version: 1.9.11
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lleytonj73(a)gmail.com
Created attachment 54669
--> https://bugs.winehq.org/attachment.cgi?id=54669
wine output
On my Mac, trying to run Midtown Madness causes the screen to flicker, and then
the aforementioned error appears. It then flickers some more before closing.
I'm trying to upload the game to my Google Drive so it can be downloaded (since
the Microsoft download link has disappeared) but damn Australia's internet is
pathetic. I'm hoping the terminal output might be useful.
--
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=11637
Summary: Midtown Madness menus flicker
Product: Wine
Version: 0.9.55.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: elicoten(a)live.co.uk
With Midtown Madness 1, (Chicago) the menus flicker. This problem is apparent
in the trial and I presume also in the retail version as well (although that
wouldn't install).
Downloadable from http://www.microsoft.com/games/midtown/downloads.htm
Console output:
fixme:spoolsv:serv_main (0 (nil))
SetPRocessAffinityMask found and called.
ERROR:
************* EXCEPTION CATCHING DISABLED! Please don't commit this.
fixme:win:EnumDisplayDevicesW ((null),0,0x34e950,0x00000000), stub!
Saving file `tune/widgettest.csv'
Saving file `tune/menutest.csv'
fixme:imm:ImmGetDefaultIMEWnd (0x60024 - (nil) 0x148008 ): semi-stub
--
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=41835
Bug ID: 41835
Summary: lg dvd firmware updater crashes
Product: Wine
Version: 1.8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oswald.buddenhagen(a)gmx.de
Distribution: Debian
Created attachment 56254
--> https://bugs.winehq.org/attachment.cgi?id=56254
crash dump
encouraged by some success stories relating to similar procedures, i tried
updating the firmware of my dvd-rw drive with the updater from
http://www.lg.com/us/support-product/lg-GH22NS30 (i tried both the 2.00 and
1.03 versions). however, the program crashes at startup.
the crash is in the application itself, but it's undoubtedly the result of some
inaccuracy in wine. i tried both 1.8.5 and 1.9.x.
--
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=38396
Bug ID: 38396
Summary: msiexec crash with winetricks running LEGOHarryPotter
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: ribeirws(a)gmail.com
Distribution: ---
Created attachment 51249
--> https://bugs.winehq.org/attachment.cgi?id=51249
Backtrace of the bug msiexec crash with winetricks running LEGOHarryPotter
msiexec crash with winetricks running LEGOHarryPotter
--
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=35999
Bug ID: 35999
Summary: Need for speed carbon DEMO all keyboard keys not
working X11DRV_KEYBOARD
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jarkko_korpi(a)hotmail.com
I was testing NFS Carbon because of another bug. And I used warn all debug.
While in game I noticed that I can't control the car with arrow keys.
This is not the only game I have this issue. Some splinter cell games, NFS, RAW
(wrestling game demo) and maybe some other have had similar issue, which has
mostly corrected by installing input overrides.
While debugging another error I found these lines:
warn:keyboard:X11DRV_KEYBOARD_DetectLayout 7 keysyms per keycode not supported,
set to 4
warn:keyboard:X11DRV_KEYBOARD_DetectLayout Using closest match (Swedish
keyboard layout) for scan/virtual codes mapping.
Closest match? It should be finnish keyboard...
warn:keyboard:X11DRV_InitKeyboard vkey 010D is being used by more than one
keycode
warn:keyboard:X11DRV_InitKeyboard vkey 0124 is being used by more than one
keycode
warn:keyboard:X11DRV_InitKeyboard vkey 0126 is being used by more than one
keycode
and few similar lines.
Wine 1.7.16
--
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=40373
Bug ID: 40373
Summary: Double free in RPCRT4
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: timo.kreuzer(a)web.de
Created attachment 54078
--> https://bugs.winehq.org/attachment.cgi?id=54078
idl file
RPCRT4 can double free parameter allocations from NdrStubCall2
The specific situation where this happened is the following:
- The idl file was lsa.idl from ReactOS (file attached)
- The function was LsarRetrievePrivateData
- The parameter was EncryptedData
- It happened in cleanup of marshalled parameters within NdrStubCall2, after
calling this function
What happened:
- NdrStubCall2 iterates though the marshaling phases
- On STUBLESS_MUSTFREE:
- params[i].attr.MustFree is TRUE for parameter i = 2 (EncryptedData)
- call_freer() is invoked with a pointer pointing to the parameter (pointer
to the parameter location!)
- param->attr.IsByValue is FALSE, so pMemory = *(unsigned char **)pMemory;
pMemory is now equal to the value EncryptedData (a pointer to a pointer)
- NdrFreer[pFormat[0] & NDR_TABLE_MASK] (NdrPointerFree) is called
- NdrPointerFree calls PointerFree
- desc = pFormat + *(const SHORT*)pFormat;
- (attr & RPC_FC_P_DEREF) is TRUE, so current_pointer = *(unsigned
char**)Pointer; (In the observed case this is NULL, since the function returned
NULL in that OUT parameter)
- NdrFreer[*desc & NDR_TABLE_MASK] (NdrPointerFree) is called with
current_pointer (doing nothing, since it's NULL)
- Pointer is not within pStubMsg->Buffer
- attr & RPC_FC_P_ONSTACK is not set (this is different on midl!)
- NdrFree(pStubMsg, Pointer) is called, freeing the pointer
- On STUBLESS_FREE:
- params[i].attr.ServerAllocSize is != 0
- HeapFree(GetProcessHeap(), 0, *(void **)pArg) is called on the pointer
that was freed before.
I cannot say exactly what is wrong here, but I see 2 potential problems:
- The type for the parameter has different flags between midl and widl (the
parameter data is the same), where widl is missing the [alloced_on_stack] flag:
midl:
/* 2076 */
0x11, 0x14, /* FC_RP [alloced_on_stack] [pointer_deref] */
/* 2078 */ NdrFcShort( 0xffb6 ), /* Offset= -74 (2004) */
widl:
/* 3112 (PLSAPR_CR_CIPHER_VALUE *) */
0x11, 0x10, /* FC_RP [pointer_deref] */
NdrFcShort(0xfffa), /* Offset= -6 (3108) */
With this flag, the parameter is not freed, but that might not be the correct
solution.
- Parameters with ServerAlloc are allocated from the heap, while according to
https://msdn.microsoft.com/library/windows/desktop/aa374362%28v=vs.85%29.as…,
it should be allocated on the stack, so it would not be freed.
--
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=37279
Bug ID: 37279
Summary: builtin IE "document.location.pathname" returns
without leading slash
Product: Wine
Version: 1.7.26
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: penghao(a)linuxdeepin.com
Created attachment 49577
--> https://bugs.winehq.org/attachment.cgi?id=49577
test case
I have upload a test html page, use jscript to get value of
document.location.pathname.
if it was start with a leading slash, nothing will happen; if don't, will be a
alert.
this page was tested on IE8/11, Chrome, Firefox. they are all right.
but in builtin IE the value will do not have leading slash.
--
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=34021
Bug #: 34021
Summary: IE8 crashes badly when navigating to www.microsoft.com
Product: Wine
Version: 1.6-rc4
Platform: x86-64
URL: http://download.microsoft.com/download/C/C/0/CC0BD555-
33DD-411E-936B-73AC6F95AE11/IE8-WindowsXP-x86-ENU.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 45209
--> http://bugs.winehq.org/attachment.cgi?id=45209
wine-1.6-rc4-122-g104adb7 console output (caught by redirects)
Working around Bug 25648, "wine ~/.wine/drive_c/Program\ Files/Internet\
Explorer/iexplore.exe www.microsoft.com" crashes out badly. See logs.
However, workaround is supplied wininet (and urlmon - unimplemented function).
--
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=43207
Bug ID: 43207
Summary: Friday The 13th The Game not Working
Product: Wine-staging
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tall89(a)mail.ru
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
When you try to start EAC_Launcher.exe, the following error gets out: -
REVOLT.nfo was eitner deleted or not put in directory. Application will
terminate now
WINEDEBUG=fixme-all,err+loaddll,err+dll,err+file,err+reg
------ Program EAC_Launcher.exe ------
err:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request failed with status
0x2733
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from
192.168.0.102:5353 16 aspire89-P55A-UD4.local. AAAA
FE80:0000:0000:0000:0A12:F0CA:1A84:437A"
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: ProbeCount 2; will
deregister 4 aspire89-P55A-UD4.local. Addr 192.168.0.102"
err:eventlog:ReportEventW L"Local Hostname aspire89-P55A-UD4.local already in
use; will try aspire89-P55A-UD4-2.local instead"
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from
192.168.0.102:5353 25 102.0.168.192.in-addr.arpa. PTR
aspire89-P55A-UD4.local."
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Unexpected conflict
discarding 27 102.0.168.192.in-addr.arpa. PTR aspire89-P55A-UD4-2.local."
err:winedevice:async_create_driver failed to create driver L"ps6ajtsb":
c0000135
--
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=42868
Bug ID: 42868
Summary: Ether One Redux: graphical glitches/miscoloration when
running the game in DirectX mode
Product: Wine
Version: 2.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
Created attachment 57977
--> https://bugs.winehq.org/attachment.cgi?id=57977
Terminal output Wine-2.6-108-g6c7760f217
Ether One Redux, when ran in DirectX mode, suffers from graphic glitches and
miscoloration on random objects.
Fortunately enough, the game will display everything correctly when I use the
"wine EtherOne.exe -opengl4" command which allowed me to make comparison shots
for the glitched objects and how they are supposed to look.
I am running the game in a clean Windows 7 64-bit prefix on an Nvidia 970 using
the proprietary drivers (version 378.13).
--
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=43340
Bug ID: 43340
Summary: valgrind shows several possible leaks in several tests
(e.g., dlls/amstream/tests/amstream.c) (AMD+llvm mesa)
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
Glx info:
OpenGL renderer string: Gallium 0.4 on AMD OLAND (DRM 2.49.0 /
4.9.33-vanilla-workstation-3, LLVM 3.9.1)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.0.6
OpenGL core profile shading language version string: 4.50
OpenGL version string: 3.0 Mesa 17.0.6
Henri and I briefly discussed on IRC, not likely an issue:
<wizardedit> strfllw, looking at valgrind + mesa with debugging info fixed
(march disabled); I see a lot of possible leaks, could you take a quick look
please? e.g., d3d10core/device: https://pastebin.com/URY5kwxu
<strfllw> wizardedit: I'd have to take a much closer look to say for sure, but
purely by "gut feeling" I'd say probably not
<strfllw> my guess would be valgrind not understanding ralloc in the first one,
and not understanding Mesa's shader cache for the others
Filing a bug for reference / place holder in case someone does want to
investigate.
../../../tools/runtest -q -P wine -T ../../.. -M amstream.dll -p
amstream_test.exe.so amstream && touch amstream.ok
==25729== 252 bytes in 1 blocks are possibly lost in loss record 2,505 of 3,085
==25729== at 0x402C267: malloc (vg_replace_malloc.c:299)
==25729== by 0x6928B70: ralloc_size (ralloc.c:126)
==25729== by 0x6928C8E: rzalloc_size (ralloc.c:158)
==25729== by 0x6928151: _mesa_hash_table_rehash (hash_table.c:269)
==25729== by 0x69280AC: hash_table_insert (hash_table.c:301)
==25729== by 0x6D52812: si_shader_cache_insert_shader
(si_state_shaders.c:198)
==25729== by 0x6D52812: si_init_shader_selector_async
(si_state_shaders.c:1353)
==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154)
==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87)
==25729== by 0x4245249: start_thread (pthread_create.c:333)
==25729== by 0x4340D6D: clone (clone.S:114)
==25729==
==25729== 520 bytes in 6 blocks are possibly lost in loss record 2,715 of 3,085
==25729== at 0x402C267: malloc (vg_replace_malloc.c:299)
==25729== by 0x6D4FA9A: read_chunk (si_state_shaders.c:99)
==25729== by 0x6D524CD: si_load_shader_binary (si_state_shaders.c:165)
==25729== by 0x6D524CD: si_shader_cache_load_shader (si_state_shaders.c:216)
==25729== by 0x6D524CD: si_init_shader_selector_async
(si_state_shaders.c:1336)
==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154)
==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87)
==25729== by 0x4245249: start_thread (pthread_create.c:333)
==25729== by 0x4340D6D: clone (clone.S:114)
==25729==
==25729== 2,304 bytes in 6 blocks are possibly lost in loss record 2,935 of
3,085
==25729== at 0x402DDE5: calloc (vg_replace_malloc.c:711)
==25729== by 0x6D51FA6: si_init_shader_selector_async
(si_state_shaders.c:1319)
==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154)
==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87)
==25729== by 0x4245249: start_thread (pthread_create.c:333)
==25729== by 0x4340D6D: clone (clone.S:114)
==25729==
==25729== 7,260 bytes in 6 blocks are possibly lost in loss record 3,014 of
3,085
==25729== at 0x402C267: malloc (vg_replace_malloc.c:299)
==25729== by 0x6D4FA9A: read_chunk (si_state_shaders.c:99)
==25729== by 0x6D52514: si_load_shader_binary (si_state_shaders.c:171)
==25729== by 0x6D52514: si_shader_cache_load_shader (si_state_shaders.c:216)
==25729== by 0x6D52514: si_init_shader_selector_async
(si_state_shaders.c:1336)
==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154)
==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87)
==25729== by 0x4245249: start_thread (pthread_create.c:333)
==25729== by 0x4340D6D: clone (clone.S:114)
==25729==
==25729== 9,668 bytes in 15 blocks are possibly lost in loss record 3,028 of
3,085
==25729== at 0x402C267: malloc (vg_replace_malloc.c:299)
==25729== by 0x6D52001: si_get_tgsi_binary (si_state_shaders.c:50)
==25729== by 0x6D52001: si_init_shader_selector_async
(si_state_shaders.c:1330)
==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154)
==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87)
==25729== by 0x4245249: start_thread (pthread_create.c:333)
==25729== by 0x4340D6D: clone (clone.S:114)
==25729==
==25729== 21,668 bytes in 15 blocks are possibly lost in loss record 3,061 of
3,085
==25729== at 0x402DDE5: calloc (vg_replace_malloc.c:711)
==25729== by 0x6D52699: si_get_shader_binary (si_state_shaders.c:125)
==25729== by 0x6D52699: si_shader_cache_insert_shader
(si_state_shaders.c:194)
==25729== by 0x6D52699: si_init_shader_selector_async
(si_state_shaders.c:1353)
==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154)
==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87)
==25729== by 0x4245249: start_thread (pthread_create.c:333)
==25729== by 0x4340D6D: clone (clone.S:114)
==25729==
shows up in (at least):
amstream/amstream.c
d2d1/d2d1.c
d3d11/d3d11.c
d3d10core/device.c
etc.
--
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=36652
Bug ID: 36652
Summary: valgrind shows some uninitialized variables in
d3d10core/tests/device.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==6205== Conditional jump or move depends on uninitialised value(s)
==6205== at 0x402DEDF: bcmp (mc_replace_strmem.c:935)
==6205== by 0x50CE81F: d3d10_depthstencil_state_compare (device.c:2092)
==6205== by 0x50C7637: wine_rb_get (rbtree.h:237)
==6205== by 0x50CCA1A: d3d10_device_CreateDepthStencilState (device.c:1416)
==6205== by 0x4F5C5AD: test_create_depthstencil_state (d3d10.h:5752)
==6205== by 0x4F5D127: func_device (device.c:893)
==6205== by 0x4F5DF24: run_test (test.h:584)
==6205== by 0x4F5E312: main (test.h:654)
==6205== Uninitialised value was created by a stack allocation
==6205== at 0x4F5C3D1: test_create_depthstencil_state (device.c:728)
==6205==
}
==6205== Conditional jump or move depends on uninitialised value(s)
==6205== at 0x402DEDF: bcmp (mc_replace_strmem.c:935)
==6205== by 0x50CE81F: d3d10_depthstencil_state_compare (device.c:2092)
==6205== by 0x50D1E68: wine_rb_remove (rbtree.h:291)
==6205== by 0x50D2BA5: d3d10_depthstencil_state_Release (state.c:222)
==6205== by 0x4F5C7CE: test_create_depthstencil_state (d3d10.h:3052)
==6205== by 0x4F5D127: func_device (device.c:893)
==6205== by 0x4F5DF24: run_test (test.h:584)
==6205== by 0x4F5E312: main (test.h:654)
==6205== Uninitialised value was created by a stack allocation
==6205== at 0x4F5C3D1: test_create_depthstencil_state (device.c:728)
==6205==
==6205== Conditional jump or move depends on uninitialised value(s)
==6205== at 0x402DEDF: bcmp (mc_replace_strmem.c:935)
==6205== by 0x50CE81F: d3d10_depthstencil_state_compare (device.c:2092)
==6205== by 0x50D1EF8: wine_rb_remove (rbtree.h:300)
==6205== by 0x50D2BA5: d3d10_depthstencil_state_Release (state.c:222)
==6205== by 0x4F5C7CE: test_create_depthstencil_state (d3d10.h:3052)
==6205== by 0x4F5D127: func_device (device.c:893)
==6205== by 0x4F5DF24: run_test (test.h:584)
==6205== by 0x4F5E312: main (test.h:654)
==6205== Uninitialised value was created by a stack allocation
==6205== at 0x4F5C3D1: test_create_depthstencil_state (device.c:728)
==6205==
This is on nvidia hardware, rather than intel/mesa:
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.
https://bugs.winehq.org/show_bug.cgi?id=36249
Bug ID: 36249
Summary: valgrind shows two potential leaks in
d3d10/tests/effect.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==25807== 12,068 bytes in 1 blocks are possibly lost in loss record 779 of 802
==25807== at 0x7BC4C735: notify_alloc (heap.c:255)
==25807== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==25807== by 0x4D9230A: wined3d_create (wined3d_main.c:95)
==25807== by 0x4C621D6: dxgi_factory_init (factory.c:332)
==25807== by 0x4C62568: dxgi_factory_create (factory.c:404)
==25807== by 0x4C6084A: CreateDXGIFactory (dxgi_main.c:80)
==25807== by 0x49B63B8: D3D10CreateDevice (d3d10_main.c:63)
==25807== by 0x495611C: create_device (effect.c:30)
==25807== by 0x4967153: test_effect_local_shader (effect.c:2723)
==25807== by 0x497315C: func_effect (effect.c:4284)
==25807== by 0x4973F60: run_test (test.h:584)
==25807== by 0x497434F: main (test.h:654)
==28927== 12,068 bytes in 1 blocks are possibly lost in loss record 808 of 833
==28927== at 0x7BC4C735: notify_alloc (heap.c:255)
==28927== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==28927== by 0x4F8213E: wined3d_create (wined3d_main.c:95)
==28927== by 0x4E521D6: dxgi_factory_init (factory.c:332)
==28927== by 0x4E52568: dxgi_factory_create (factory.c:404)
==28927== by 0x4E5084A: CreateDXGIFactory (dxgi_main.c:80)
==28927== by 0x49B63B8: D3D10CreateDevice (d3d10_main.c:63)
==28927== by 0x495611C: create_device (effect.c:30)
==28927== by 0x496FEC9: test_effect_state_groups (effect.c:3908)
==28927== by 0x4973166: func_effect (effect.c:4286)
==28927== by 0x4973F60: run_test (test.h:584)
==28927== by 0x497434F: main (test.h:654)
==28927==
--
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=22109
Summary: BiuTicker: Text in list displayed too deep and clipped
away
Product: Wine
Version: 1.1.39
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wolfgang.schwotzer(a)gmx.net
Created an attachment (id=26951)
--> (http://bugs.winehq.org/attachment.cgi?id=26951)
BiuTicker list display (text drawn too deep)
When starting BiuTicker a list of stock chart properties is displayed.
In this list the text is displayed too deep. Only the top most scan line of
each character is visible, the rest is clipped away. See attachments.
My current error analysis:
Within DrawTextExW:
y-coordinates are negative
viewport coordinates are positive.
DT_NOCLIP is 0 (clipping active)
DT_SINGLELINE is 1
DT_VCENTER is 1 (Center text vertically)
According to these flags the y coordinate (of the bottom line) is calculated.
When calling ExtTextOutW the text alignment within the used DC is TA_TOP which
results in using the y coordinate as top line (instead of bottom line).
Forcing alignment to TA_BOTTOM before calling ExtTextOutW would display the
text right but has side effects on other DrawTextExW calls.
--
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=15443
Summary: Wacom Bamboo drawing tablet lacking pressure sensitivity
with Manga Studio EX 3.0
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wintab32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: salvatore.iovene(a)gmail.com
Created an attachment (id=16316)
--> (http://bugs.winehq.org/attachment.cgi?id=16316)
Manga Studio EX 3.0 wintab32 debug log
Running wine 1.1.5 in Ubuntu 8.04, my Wacom Bamboo One works perfectly under X
in programs like Gimp and Inkscape. With Wine, it also works perfectly with
ArtRage 2 Starters Edition.
But Manga Studio EX 3.0 (rated platinum in wine apps db) lacks pressure
sensitivity. Please find the attached debug logs from wintab32. I attached the
log from Manga Studio and from ArtRage (for comparison). Both logs have been
acquired by launching the program and try to draw a few lines with the pen.
--
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=43253
Bug ID: 43253
Summary: AVI compression with builtin avifil32.dll is corrupt
Product: Wine
Version: 2.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blyford(a)ford.com
Distribution: ---
Created attachment 58568
--> https://bugs.winehq.org/attachment.cgi?id=58568
TinyAVI executions with WINEDEBUG=+avifile showing the difference between the
builtin and native avifil32 library.
AVI files being compressed into TAVI files using the program TinyAVI (version
4.12) are corrupted and cannot be read by the appropriate video player
(DV_ADAS). If the avifil32.dll is replaced with the native Windows version
(Windows 7) compression produces the same result as it does on native Windows.
Whenever Wine tries to read in AVI data it appears to be reading something in
wrong or incompletely (just a guess). No errors are thrown, but some
incriminating warnings led me to try the native avifil32 library.
Example warning:
warn:avifile:AVIFILE_LoadFile : found extra chunk 0x504C4544
These warnings do not appear in the log when running with the native avifil32
library.
--
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=43544
Bug ID: 43544
Summary: Beat Blades Haruka videos only have sound
Product: Wine
Version: 2.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zaplo00(a)mailfence.com
Distribution: ---
Created attachment 58943
--> https://bugs.winehq.org/attachment.cgi?id=58943
wine-staging 2.14 log until playback
BBH has transformation scenes where video should play. Sound plays but video
area only has dark purple rectangle. mpv can play it correctly.
$ file Movie/haruka01.alm
Movie/narika01.alm: WebM
When video starts playing this is only output
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:ver:GetCurrentPackageId (0xa06e998 (nil)): stub
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:ver:GetCurrentPackageId (0xb3ce998 (nil)): stub
--
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=38012
Bug ID: 38012
Summary: Shivers video does not play in fullscreen
Product: Wine
Version: 1.7.35
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: legluondunet(a)free.fr
Distribution: ---
Hello,
the last road to a 100% Shivers Wine compatibility is near. But it stays a very
annoying bug: Shivers videos (VDM video files from Sierra) don't play in
fullscreen, but in their original resolution, very tiny resolution, in the
upper left corner of the screen...
LGDN.
--
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=43212
Bug ID: 43212
Summary: Rake Bug
Product: Wine-staging
Version: 2.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tall89(a)mail.ru
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 58488
--> https://bugs.winehq.org/attachment.cgi?id=58488
upside down
Rake Works but upside down
------ Program Rake.exe ------
err:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request failed with status
0x2733
err:winedevice:async_create_driver failed to create driver L"ps6ajtsb":
c0000135
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from
192.168.0.102:5353 16 aspire89-P55A-UD4.local. AAAA
FE80:0000:0000:0000:0A12:F0CA:1A84:437A"
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: ProbeCount 2; will
deregister 4 aspire89-P55A-UD4.local. Addr 192.168.0.102"
err:eventlog:ReportEventW L"Local Hostname aspire89-P55A-UD4.local already in
use; will try aspire89-P55A-UD4-2.local instead"
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from
192.168.0.102:5353 25 102.0.168.192.in-addr.arpa. PTR
aspire89-P55A-UD4.local."
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Unexpected conflict
discarding 27 102.0.168.192.in-addr.arpa. PTR aspire89-P55A-UD4-2.local."
err:d3d:wined3d_debug_callback 0x1e6550: "GL_INVALID_FRAMEBUFFER_OPERATION
error generated. Operation is not valid because a bound framebuffer is not
framebuffer complete.".
wine: Unhandled page fault on write access to 0x00000008 at address 0x7bc5d590
(thread 0012), starting debugger...
--
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=28800
Bug #: 28800
Summary: d3d8/tests/device.ok fails under valgrind?
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
On my i5 laptop, with ubuntu 11.10, "make device.ok" fails in d3d8/tests
under valgrind. Log:
device.c:2472: Test failed: cw is 0xf7f, expected 0xf60.
device.c:2484: Test failed: cw is 0x37f, expected 0x7f.
device.c:2489: Test failed: cw is 0x37f, expected 0x7f.
device.c:2492: Test failed: cw is 0xf7f, expected 0xf60.
device.c:2499: Test failed: cw is 0xf7f, expected 0xf60.
--
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=36347
Bug ID: 36347
Summary: valgrind shows a few leaks in d3d8/tests/stateblock.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==3441== 148 bytes in 1 blocks are possibly lost in loss record 551 of 826
==3441== at 0x40087BA: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==3441== by 0x72DB6AF: ??? (in /usr/lib/libdrm_intel.so.1.0.0)
==3441== by 0x72D6294: drm_intel_bo_alloc (in
/usr/lib/libdrm_intel.so.1.0.0)
==3441== by 0x6EE4251: ??? (in /usr/lib/dri/i965_dri.so)
==3441== by 0x6EE484B: ??? (in /usr/lib/dri/i965_dri.so)
==3441== by 0x6F196DB: ??? (in /usr/lib/dri/i965_dri.so)
==3441== by 0x6EA89B4: ??? (in /usr/lib/dri/i965_dri.so)
==3441== by 0x67CCB9B: ??? (in /usr/lib/libGL.so.1.2.0)
==3441== by 0x679C2F4: ??? (in /usr/lib/libGL.so.1.2.0)
==3441== by 0x5ED0DF2: create_glxcontext.isra.0 (opengl.c:1254)
==3441== by 0x5ED1127: X11DRV_wglCreateContextAttribsARB (opengl.c:2071)
==3441== by 0x52FBC29: wglCreateContextAttribsARB (wgl.c:268)
==3441== by 0x4E619D8: context_create (context.c:1543)
==3441== by 0x4EF7866: wined3d_swapchain_create (swapchain.c:914)
==3441== by 0x4AE811F: d3d8_swapchain_create (swapchain.c:163)
==3441== by 0x4AE48FA: d3d8_device_CreateAdditionalSwapChain (device.c:565)
==3441== by 0x4A7570B: switch_render_target (stateblock.c:185)
==3441== by 0x4A77594: execute_test_chain (stateblock.c:136)
==3441== by 0x4A782E6: test_state_management (stateblock.c:450)
==3441== by 0x4A91648: run_test (test.h:584)
==3441==
--
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=40527
Bug ID: 40527
Summary: "Findus bei den Mucklas" not starting
Product: Wine
Version: 1.9.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blauerhunger(a)outlook.de
Distribution: Ubuntu
Created attachment 54348
--> https://bugs.winehq.org/attachment.cgi?id=54348
Several logs (see bug description)
I installed "Findus bei den Mucklas" in a 32-bit wineprefix. The install worked
flawlessly, but when trying to launch it it shows an error window "IO error
while installing driver!" or "Cannot open driver!" (see attachment).
I tried it with wine 1.9.8-staging and wine 1.8, both set to emulate Windows XP
and in another try set to emulate Windows NT 4.0, the logs are in the
attachment. I already made the game work on native Windows NT 4.0 and Windows
95, so it must be a wine bug. On first launch on windows it should ask for a CD
Key (Starforce DRM) and then start.
--
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=31518
Bug #: 31518
Summary: Tomb Raider 4 (GOG version) software rendering crashes
Product: Wine
Version: 1.5.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jonas.th(a)web.de
Classification: Unclassified
Created attachment 41453
--> http://bugs.winehq.org/attachment.cgi?id=41453
Terminal output
Due to bug #31260 I tried the software mode of Tomb raider 4, hoping it would
yield a usable game. Sadly, it crashes.
The last two terminal lines leading up to the final crash line are possibly
related I guess. Terminal output & backtrace from the wine crash dialog is
attached
--
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=39080
Bug ID: 39080
Summary: The Settlers: Rise of an Empire: world geometry broken
Product: Wine
Version: 1.7.49
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 52067
--> https://bugs.winehq.org/attachment.cgi?id=52067
terminal output
I believe this is different from bug #39079, because the problem isn't present
in the demo version. It was one of the updates to the game (patch 1.6 or 1.7)
which "introduced" the problem under Wine.
World geometry (terrain rendering) is severely broken in many areas, most
noticeable in the vicinity of water and hills.
It's as if part of the terrain would be rendered higher or lower than the rest
of the world, but you should see the attached screenshot.
Disabling GLSL or reducing graphical details to the minimum doesn't help.
The problem is present with nouveau and nvidia blob 340.76 too.
Wine 1.4/1.6 also have the 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=36360
Bug ID: 36360
Summary: valgrind shows several leaks in
dxdiagn/tests/provider.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==14755== 756 bytes in 21 blocks are definitely lost in loss record 1,054 of
1,203
==14755== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==14755== by 0x53C9493: IMalloc_fnAlloc (ifs.c:186)
==14755== by 0x53C99D4: CoTaskMemAlloc (objidl.h:1236)
==14755== by 0xAD2EA72: ???
==14755== by 0xAD2EEB4: ???
==14755== by 0x649E5C6: ???
==14755== by 0x649C924: ???
==14755== by 0x4A788CB: func_provider (provider.c:124)
==14755== by 0x4A798E0: run_test (test.h:584)
==14755== by 0x4A79CCF: main (test.h:654)
==14755==
==14755== 28 bytes in 1 blocks are possibly lost in loss record 322 of 1,203
==14755== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==14755== by 0x53A8BB8: apartment_getclassobject (compobj.c:526)
==14755== by 0x53ABFC6: get_inproc_class_object (compobj.c:2894)
==14755== by 0x53AED2F: CoGetClassObject (compobj.c:3032)
==14755== by 0x53AF4B7: CoCreateInstance (compobj.c:3197)
==14755== by 0x649FCEF: ???
==14755== by 0x649C924: ???
==14755== by 0x4A78720: func_provider (provider.c:83)
==14755== by 0x4A798E0: run_test (test.h:584)
==14755== by 0x4A79CCF: main (test.h:654)
==14755==
{
--
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.