http://bugs.winehq.org/show_bug.cgi?id=32374
Bug #: 32374
Summary: List box with LBS_NODATA set, has very low
performance, depending on items count.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: johnfound(a)evrocom.net
Classification: Unclassified
Created attachment 42719
--> http://bugs.winehq.org/attachment.cgi?id=42719
Test application that illustrates the bug. Source code included.
List box control, when has LBS_NODATA style set, needs very big time to process
LB_SETCOUNT message (this message works only for list box with LBS_NODATA set).
On Windows this message is handled for less than 1ms regardless of the count
sent by LB_SETCOUNT (because the list box has nothing to allocate/reallocate
when LBS_NODATA is set. It only need to set the scroll bar parameters).
In WINE (every version but in v1.4 and v1.5 it is really slow) processing this
message needs some amount of time, proportional to the item count set by
LB_SETCOUNT.
As long as this list box style is provided because of its speed, such a
behavior can block the execution of the application for very long time.
Small test application is attached which measures the time needed for
LB_SETCOUNT to be executed on list box with LBS_NODATA set. Source code
included.
--
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=38337
Bug ID: 38337
Summary: clang compiling warnings
Product: Wine
Version: 1.7.39
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
Wine1.7.39-251-gdbf8bde compiled by Apple's clang. The wine works somehow.
There are hundreds warning so I show them in one bug although there are many
possible bugs.
----
keyboard.c:287:2: warning: illegal character encoding in string literal
[-Winvalid-source-encoding]
"?","&1","?2","\"3","'4","(5","-6","?7","_8","?9","?0",")?","=+",
^
----
cocoa_status_item.m:100:13: warning: instance method
'-discardEventsPassingTest:'
not found (return type defaults to 'id')
[queue discardEventsPassingTest:^BOOL (macdrv_event* event){
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 warning generated.
----
imgfactory.c:715:88: warning: implicit conversion from enumeration type
'WICBitmapAlphaChannelOption' (aka 'enum WICBitmapAlphaChannelOption') to
different enumeration type 'WICBitmapCreateCacheOption' (aka 'enum
WICBitmapCreateCacheOption') [-Wconversion]
...BitmapImpl_Create(bm.bmWidth, bm.bmHeight, bm.bmWidthBytes, 0, NULL,
&format, option,...
~~~~~~~~~~~~~~~~~
^~~~~~
-----
display.c:225:24: warning: unused function 'create_mode_dict'
[-Wunused-function]
static CFDictionaryRef create_mode_dict(CGDisplayModeRef display_mode)
^
1 warning generated.
-----
node.c:1620:37: warning: implicit conversion from enumeration type
'xmlElementType' to different enumeration type 'DOMNodeType' (aka
'enum tagDOMNodeType') [-Wconversion]
*domNodeType = This->node.node->type;
~ ~~~~~~~~~~~~~~~~~^~~~
1 warning generated.
-----
locale.c:11344:13: warning: unknown attribute '__force_align_arg_pointer__'
ignored [-Wattributes]
call_locale_facet_vector_dtor(iter->fac, 1);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
locale.c:246:52: note: expanded from macro 'call_locale_facet_vector_dtor'
#define call_locale_facet_vector_dtor(this, flags) CALL_VTBL_FUNC(this, 0, \
^
./cxx.h:269:59: note: expanded from macro 'CALL_VTBL_FUNC'
#define CALL_VTBL_FUNC(this, off, ret, type, args) ((ret (WINAPI*...
^
../../include/windef.h:169:21: note: expanded from macro 'WINAPI'
#define WINAPI __stdcall
^
../../include/msvcrt/crtdefs.h:48:67: note: expanded from macro '__stdcall'
...__attribute__((__stdcall__)) __attribute__((__force_align_arg_pointer__))
^~~~~~~~~~~~~~~~~~~~~~~~~~~
-----
mach.c:93:9: warning: 'bootstrap_register' is deprecated
[-Wdeprecated-declarations]
if (bootstrap_register(bp, (char*)wine_get_server_dir(), ...
^
----
warning: Small Fonts 11: missing glyph for char 05b0
----
file.c:2124:49: warning: array index 1 is past the end of the array
(which contains 1 element) [-Warray-bounds]
dir_info->FileName[0] == '.' && dir_info->FileName[1] == ...
^ ~
../../include/winternl.h:495:5: note: array 'FileName' declared here
WCHAR FileName[ANYSIZE_ARRAY];
^
1 warning generated.
----
I omitted same warnings repeated many times.
--
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=35207
Bug ID: 35207
Summary: Rendering issues in Outlast
Product: Wine
Version: 1.7.9
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: stefan(a)codeweavers.com
Classification: Unclassified
Regression SHA1: 667f4225b5cc25c5e4f2f725d55a7c011e12c388
Created attachment 46958
--> http://bugs.winehq.org/attachment.cgi?id=46958
terminal output
In certain areas like the opening scene some of the textures are missing
(replaced by empty white rectangles). The problem exists when effects quality
in the video options menu set anything but <very low>.
The game uses Unreal Engine 3, no demo has been released.
Installing native d3dx9 libraries doesn't solve the problem, but 'winetricks
glsl-disable' is a workaround.
The problem is present since
667f4225b5cc25c5e4f2f725d55a7c011e12c388 is the first bad commit
commit 667f4225b5cc25c5e4f2f725d55a7c011e12c388
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Tue Apr 2 14:54:01 2013 +0200
wined3d: Put local constants into the shader code again.
This is essentially a revert of cd7825c89374fb9dd4c20aef2dbfd258713efe6a,
with proper precision.
:040000 040000 f34c4237fad97c7435396d2fe4644e6a4dd94046
a4cf4d8af7ce2b467dff61ad7e5825884c8fcb36 M dlls
Let me know if you need further tests or debug logs.
Fedora 19
Nvidia binary drivers 325.15
--
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=30123
Bug #: 30123
Summary: Mouse pointer is confined in a box lesser than the
full screen
Product: Wine
Version: 1.4-rc4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kol(a)MV8660.spb.edu
Classification: Unclassified
Running TES5:Skyrim on the old system without Xinput2 support and
on the modern Fedora 16 (but not on Ubuntu) under Wine 1.3.21
or later versions exhibits the "inertial mouse" bug described in
http://appdb.winehq.org/objectManager.php?sClass=version&iId=24749
: after changing the direction of mouse movement the look continues
to move in the old direction for some time.
Since Wine 1.4-rc1 the old "inertial mouse" bug goes away but
it is replaced by the new "clip" bug. The old bug appeared to be
caused by the next strings in the dinput_mouse_hook() function
in "dlls/dinput/mouse.c":
if (This->clipped) pt = This->mapped_center;
else GetCursorPos(&pt);
which have been changed to
GetCursorPos(&pt);
in Wine 1.4-rc1. With new versions of Wine the mouse pointer is
confined to some box lesser than the full screen. The behaviour
of mouse depends on the "HKCU\Software\Wine\X11 Driver\GrabPointer"
key. When it is set to "Y", the pointer is strictly confined to
a box in game and in menus, when the key is set to "N", the pointer
moves free in menus but mouse look in game is free within some
limits and becomes very slow beyond these limits. It is similar
to Bug#6971 but setting "MouseWarpOverride" to "force" does not
change the mouse movement.
I experimentally found a simple "patch" to workaround:
in the function warp_check() in "dlls/dinput/mouse.c" file
the last operator "This->clipped = ..." has to be commented
out and "This->clipped = FALSE;" has to be inserted in place of.
I do not know how it work but it makes the mouse look correct in
Skyrim on my Fedora 10 system and, as far as I can see, does not
break other games at least in fullscreen mode.
--
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=11070
Summary: Unimplemented function CRYPT32.dll.PFXIsPFXBlob
Product: Wine
Version: 0.9.52.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mhs(a)hp.com
CC: mhs(a)hp.com
Created an attachment (id=10088)
--> (http://bugs.winehq.org/attachment.cgi?id=10088)
Dependency Walker Load List (Wine Builtin)
The importpfx tool <http://home.fnal.gov/~jklemenc/importpfx.html> will run
under ~/.ies4linux , however fails with builtin ntdll and crypt32 under
~/.wine.
Importpfx would be very useful because it allows PKCS12 certificates to be
imported to the Certificate Store without need for IE's import/export frontend.
Note:
Filing this bug under crypt32, though it might better belong to ntdll.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38614
Bug ID: 38614
Summary: Holy Avatar vs. Maidens of the Dead installer crashes
Product: Wine
Version: 1.7.43
Hardware: x86
OS: Linux
Status: NEW
Keywords: Installer
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 51513
--> https://bugs.winehq.org/attachment.cgi?id=51513
terminal output + backtrace
The game is from Desura, the installer is a multi-volume self-extracting winrar
archive. When file extraction is completed the installer starts, I see the
splash screen and the language selection dialog from the installer for a brief
moment, but before any action could be taken Wine crashes.
The temporary directory 'RARSFX0' created by the installer is always deleted by
the application after it crashed.
--
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=35963
Bug ID: 35963
Summary: crash in Syberia2
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: farmboy0+winehq(a)googlemail.com
Created attachment 48060
--> http://bugs.winehq.org/attachment.cgi?id=48060
backtrace #1 from wine
I have found 2 places in the game that show this backtrace.
One is near the beginning of the game. Once you can control Kate Walker enter
the toilet in the train.
--
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=38471
Bug ID: 38471
Summary: scanline ordering different type assignment
Product: Wine
Version: 1.7.41
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
dlls/dxgi/
Clang warning
----
output.c:216:41: warning: implicit conversion from enumeration type 'enum
wined3d_scanline_ordering' to different enumeration type
'DXGI_MODE_SCANLINE_ORDER'
(aka 'enum DXGI_MODE_SCANLINE_ORDER') [-Wenum-conversion]
desc[i].ScanlineOrdering = mode.scanline_ordering;
~ ~~~~~^~~~~~~~~~~~~~~~~
----
If we look more carefully then we see that wined3d_scanline_ordering assumes
values from 0 to 2 while DXGI from 0 to 3.
The difference is WINED3D_SCANLINE_ORDERING_INTERLACED = 2 may correspond to
DXGI_MODE_SCANLINE_ORDER_UPPER_FIELD_FIRST = 2,
DXGI_MODE_SCANLINE_ORDER_LOWER_FIELD_FIRST = 3,
depends on what?
Usual DXGI_MODE_SCANLINE_ORDER_LOWER_FIELD_FIRST but in this case the
assignment is wrong. 2 != 3
--
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=15883
Summary: When the Linux version of SDL_mixer is installed,
programs in Qb64 fail to compile (c++ compilation
failed).
Product: Wine
Version: 1.1.7
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: samanddeanus(a)yahoo.com
When the Linux version of SDL_mixer is installed, programs in Qb64 fail to
compile (c++ compilation failed).
--
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=37965
Bug ID: 37965
Summary: Dead Space 3 sometimes fails to load checkpoints that
are not save points
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: abolte(a)systemsaviour.com
Distribution: ---
Dead Space 3 autosaves the game, and there is no manual save option. While
checkpoints in the game are frequent, save points only occur every few
checkpoints. In theory, this means your character can die at any time without
major consequence. However quitting the game and loading it again may involve
replaying maybe 10+ minutes depending specifically where the death occurred.
Unfortunately, it seems that death in areas where the previous checkpoint was
not a save point causes the checkpoint to fail loading properly - resulting in
an instant death before the game even draws your character to the screen. This
results in a death/respawn loop that only ends when you bring up the in-game
main menu and select the option to exit the game, losing progress in the
process.
It is also noteworthy that the mouse cursor disappears from the game menu until
the option to end the current game is selected - presumably another side-effect
of the aforementioned bug. Re-loading the most recent save point gets the game
running normally again (until the next time it is triggered).
There is a video posted of this behaviour here:
https://www.youtube.com/watch?v=KDWbnrcx4Gc
While this behaviour was not reported in the Dead Space 3 AppDB entries, I
suspect this is the sort of thing that can easily go unnoticed without a
complete playthrough under Wine (which I just did) - particularly since I don't
think I even died during the first half of the game. I first encountered this
in Chapter 13, but it could be an issue in other chapters. I vaguely recall
seeing it later in the game somewhere.
The game was cracked to work around what I suspect is a variant of bug #34517
(only without an alternative work-around here). To rule out the crack being the
issue causing this behaviour, I copied the entire game directory and my save
game to a real Windows installation, where the bug could not be reproduced.
Observed on 1.7.35 with 8e9e4a6 reverted due to it producing a regression
(which I'll report separately momentarily).
--
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=34080
Bug #: 34080
Summary: Half-life 2 : Ammo doesn't display when loading game
Product: Wine
Version: 1.6-rc5
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scrimekiler(a)yahoo.fr
Classification: Unclassified
Created attachment 45307
--> http://bugs.winehq.org/attachment.cgi?id=45307
loaded game showing the bug
When I load a game, I can't see how much ammo is left on a weapon.
A workaround : changing video mode fullscreen/windowed then going back to the
previous one and then ammo display correctly.
--
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=38400
Bug ID: 38400
Summary: Files fail to save and open in BDCraft Cubik Lite/Pro
Product: Wine
Version: 1.7.40
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexjvanderpotwebdesign(a)gmail.com
Distribution: ---
Created attachment 51253
--> https://bugs.winehq.org/attachment.cgi?id=51253
Backtrace from "export json" attempt
File saving and opening fails in BDCraft Cubik in both the Pro and Lite
versions. This makes the program effectively useless in Wine as you can not
import/export models. A backtrace from a save attempt is attached.
--
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=36382
Bug ID: 36382
Summary: valgrind shows a possible leak in in
ddraw/tests/ddraw7.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
==5480== 28 bytes in 1 blocks are possibly lost in loss record 259 of 953
==5480== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==5480== by 0x61B3BE8: apartment_getclassobject (compobj.c:526)
==5480== by 0x61B6FF6: get_inproc_class_object (compobj.c:2894)
==5480== by 0x61B9D5F: CoGetClassObject (compobj.c:3032)
==5480== by 0x61BA4E7: CoCreateInstance (compobj.c:3197)
==5480== by 0x515764C: func_ddraw7 (ddraw7.c:2911)
==5480== by 0x50CC30B: main (test.h:584)
==5480==
--
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=36381
Bug ID: 36381
Summary: valgrind shows a couple possible leaks in in
ddraw/tests/ddraw2.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
==5342== 28 bytes in 1 blocks are possibly lost in loss record 255 of 1,003
==5342== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==5342== by 0x6288BE8: apartment_getclassobject (compobj.c:526)
==5342== by 0x628BFF6: get_inproc_class_object (compobj.c:2894)
==5342== by 0x628ED5F: CoGetClassObject (compobj.c:3032)
==5342== by 0x628F4E7: CoCreateInstance (compobj.c:3197)
==5342== by 0x51134ED: func_ddraw2 (ddraw2.c:3061)
==5342== by 0x50CC30B: main (test.h:584)
==5342==
==5342== 92 bytes in 1 blocks are possibly lost in loss record 515 of 1,003
==5342== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==5342== by 0x4ABE069: d3d3_CreateViewport (ddraw.c:3941)
==5342== by 0x4ABE1EE: d3d2_CreateViewport (ddraw.c:3962)
==5342== by 0x510969B: create_viewport.constprop.3 (ddraw2.c:268)
==5342== by 0x510B50F: test_lighting_interface_versions (ddraw2.c:3407)
==5342== by 0x5113DEB: func_ddraw2 (ddraw2.c:6421)
==5342== by 0x50CC30B: main (test.h:584)
==5342==
--
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=36349
Bug ID: 36349
Summary: valgrind shows a few leaks in d3d9/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
==4967== 148 bytes in 1 blocks are possibly lost in loss record 548 of 819
==4967== at 0x40087BA: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==4967== by 0x72216AF: ??? (in /usr/lib/libdrm_intel.so.1.0.0)
==4967== by 0x721C294: drm_intel_bo_alloc (in
/usr/lib/libdrm_intel.so.1.0.0)
==4967== by 0x6F2A251: ??? (in /usr/lib/dri/i965_dri.so)
==4967== by 0x6F2A84B: ??? (in /usr/lib/dri/i965_dri.so)
==4967== by 0x6F5F6DB: ??? (in /usr/lib/dri/i965_dri.so)
==4967== by 0x6EEE9B4: ??? (in /usr/lib/dri/i965_dri.so)
==4967== by 0x6918B9B: ??? (in /usr/lib/libGL.so.1.2.0)
==4967== by 0x68E82F4: ??? (in /usr/lib/libGL.so.1.2.0)
==4967== by 0x6034DF2: create_glxcontext.isra.0 (opengl.c:1254)
==4967== by 0x6035127: X11DRV_wglCreateContextAttribsARB (opengl.c:2071)
==4967== by 0x5459C29: wglCreateContextAttribsARB (wgl.c:268)
==4967== by 0x4FB39D8: context_create (context.c:1543)
==4967== by 0x5049866: wined3d_swapchain_create (swapchain.c:914)
==4967== by 0x4F58F1F: d3d9_swapchain_create (swapchain.c:333)
==4967== by 0x4F53348: d3d9_device_CreateAdditionalSwapChain (device.c:504)
==4967== by 0x4A878DC: switch_render_target (stateblock.c:187)
==4967== by 0x4A89C94: execute_test_chain (stateblock.c:141)
==4967== by 0x4A8A9BE: test_state_management (stateblock.c:457)
==4967== by 0x4ADCD4C: run_test (test.h:584)
==4967==
--
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=38021
Bug ID: 38021
Summary: ntdll:load_dll doesn't check for correct dll ARCH
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: patrick1804(a)web.de
Distribution: ---
Problem 1:
ntdll:load_dll doesn't check if the found DLL has the wrong arch.
For example: 64bit application want's to load xinput1_3.dll.
There's a 32bit xinput1_3.dll in the same folder.
Expected behavior:
It should ignore this dll, instead of trying to open it.
Problem 2:
ntdll:load_dll doesn't check other locations for this DLL once a matching one
has been found, even when it has the wrong arch and couldn't be loaded.
For example: 64bit application want's to load xinput1_3.dll.
There's a 32bit xinput1_3.dll in the same folder.
It tries to open the file and fails. It doesn't check other folders like
System32.
The application doesn't start.
Expected behavior:
load_dll looks for 64bit xinput1_3.dll in system32 and starts.
--
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=36267
Bug ID: 36267
Summary: valgrind shows an invalid read in ddraw/tests/ddraw4.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
==4973== Invalid read of size 4
==4973== at 0x50CE7C7: update_heap_entry (glsl_shader.c:905)
==4973== by 0x50CE900: shader_glsl_update_float_vertex_constants
(glsl_shader.c:939)
==4973== by 0x50AAEEE: wined3d_device_set_vs_consts_f (device.c:2297)
==4973== by 0x5137052: wined3d_stateblock_apply (stateblock.c:957)
==4973== by 0x498F1ED: ddraw_set_cooperative_level (ddraw.c:951)
==4973== by 0x498F69F: ddraw4_SetCooperativeLevel (ddraw.c:1019)
==4973== by 0x4CA8A97: test_coop_level_create_device_window (ddraw4.c:678)
==4973== by 0x4CCC1E5: func_ddraw4 (ddraw4.c:7300)
==4973== by 0x4D1E890: run_test (test.h:584)
==4973== by 0x4D1EC7F: main (test.h:654)
==4973== Address 0xb458000 is 42,896 bytes inside a block of size 65,544
alloc'd
==4973== at 0x7BC4C735: notify_alloc (heap.c:255)
==4973== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4973== by 0x50DF534: constant_heap_init (glsl_shader.c:6409)
==4973== by 0x50DF8FB: shader_glsl_alloc (glsl_shader.c:6478)
==4973== by 0x50A5691: wined3d_device_init_3d (device.c:882)
==4973== by 0x498E381: ddraw_attach_d3d_device (ddraw.c:591)
==4973== by 0x498E5B9: ddraw_create_swapchain (ddraw.c:634)
==4973== by 0x498F124: ddraw_set_cooperative_level (ddraw.c:934)
==4973== by 0x498F69F: ddraw4_SetCooperativeLevel (ddraw.c:1019)
==4973== by 0x4CA8A97: test_coop_level_create_device_window (ddraw4.c:678)
==4973== by 0x4CCC1E5: func_ddraw4 (ddraw4.c:7300)
==4973== by 0x4D1E890: run_test (test.h:584)
==4973== by 0x4D1EC7F: main (test.h:654)
==4973==
--
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=36261
Bug ID: 36261
Summary: valgrind shows a use after free in
ddraw/tests/ddraw4.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
==29500== Invalid write of size 4
==29500== at 0x498B288: d3d_device_inner_Release (device.c:319)
==29500== by 0x498B45B: d3d_device3_Release (device.c:345)
==29500== by 0x4C6844D: test_process_vertices (ddraw4.c:624)
==29500== by 0x4C8C1E0: func_ddraw4 (ddraw4.c:7299)
==29500== by 0x4CDE890: run_test (test.h:584)
==29500== by 0x4CDEC7F: main (test.h:654)
==29500== Address 0x47a4dc8 is 112 bytes inside a block of size 160 free'd
==29500== at 0x7BC4C782: notify_free (heap.c:263)
==29500== by 0x7BC510C7: RtlFreeHeap (heap.c:1762)
==29500== by 0x497D9F9: ddraw_destroy (ddraw.c:441)
==29500== by 0x497DC0C: ddraw4_Release (ddraw.c:472)
==29500== by 0x49A3B99: ddraw_surface_release_iface (surface.c:552)
==29500== by 0x49A3D41: ddraw_surface4_Release (surface.c:611)
==29500== by 0x498B229: d3d_device_inner_Release (device.c:316)
==29500== by 0x498B45B: d3d_device3_Release (device.c:345)
==29500== by 0x4C6844D: test_process_vertices (ddraw4.c:624)
==29500== by 0x4C8C1E0: func_ddraw4 (ddraw4.c:7299)
==29500== by 0x4CDE890: run_test (test.h:584)
==29500== by 0x4CDEC7F: main (test.h:654)
==29500==
--
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=36348
Bug ID: 36348
Summary: valgrind shows a couple leaks in d3d9/tests/d3d9ex.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
==3976== 16 bytes in 1 blocks are definitely lost in loss record 396 of 1,973
==3976== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==3976== by 0x4F58C13: Direct3DCreate9Ex (d3d9_main.c:63)
==3976== by 0x4A557EB: create_device.constprop.1 (d3d9ex.c:59)
==3976== by 0x4A55992: test_reset (d3d9ex.c:684)
==3976== by 0x4A5A5CB: func_d3d9ex (d3d9ex.c:1218)
==3976== by 0x4ADCD4C: run_test (test.h:584)
==3976== by 0x4ADD13B: main (test.h:654)
==3976==
==3976== 12,068 bytes in 1 blocks are definitely lost in loss record 1,915 of
1,973
==3976== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==3976== by 0x506F901: wined3d_create (wined3d_main.c:95)
==3976== by 0x4F654AE: d3d9_init (directx.c:647)
==3976== by 0x4F58C30: Direct3DCreate9Ex (d3d9_main.c:66)
==3976== by 0x4A557EB: create_device.constprop.1 (d3d9ex.c:59)
==3976== by 0x4A55992: test_reset (d3d9ex.c:684)
==3976== by 0x4A5A5CB: func_d3d9ex (d3d9ex.c:1218)
==3976== by 0x4ADCD4C: run_test (test.h:584)
==3976== by 0x4ADD13B: main (test.h:654)
==3976==
--
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=36621
Bug ID: 36621
Summary: valgrind shows several definite leaks in
ddraw/tests/ddraw1.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
==13886== 20 bytes in 1 blocks are definitely lost in loss record 205 of 1,033
==13886== at 0x7BC4C75D: notify_alloc (heap.c:255)
==13886== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==13886== by 0x4B90A4B: DirectDrawCreateClipper (ddraw.c:3274)
==13886== by 0x4B90C0D: ddraw7_CreateClipper (ddraw.c:3309)
==13886== by 0x4B90E50: ddraw1_CreateClipper (ddraw.c:3342)
==13886== by 0x4A6BA13: create_device (ddraw1.c:286)
==13886== by 0x4A6E659: test_coop_level_d3d_state (ddraw1.c:788)
==13886== by 0x4A87307: func_ddraw1 (ddraw1.c:5488)
==13886== by 0x4B24F84: run_test (test.h:584)
==13886== by 0x4B25373: main (test.h:654)
==13886==
==13886== 20 bytes in 1 blocks are definitely lost in loss record 206 of 1,033
==13886== at 0x7BC4C75D: notify_alloc (heap.c:255)
==13886== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==13886== by 0x4B90A4B: DirectDrawCreateClipper (ddraw.c:3274)
==13886== by 0x4B90C0D: ddraw7_CreateClipper (ddraw.c:3309)
==13886== by 0x4B90E50: ddraw1_CreateClipper (ddraw.c:3342)
==13886== by 0x4A6BA13: create_device (ddraw1.c:286)
==13886== by 0x4A6ED15: test_surface_interface_mismatch (ddraw1.c:860)
==13886== by 0x4A8730C: func_ddraw1 (ddraw1.c:5489)
==13886== by 0x4B24F84: run_test (test.h:584)
==13886== by 0x4B25373: main (test.h:654)
==13886==
etc.
and one case of:
==13516== 4,096 bytes in 1 blocks are definitely lost in loss record 1,473 of
1,516
==13516== at 0x72E66F1: ??? (in /usr/lib/libdrm_intel.so.1.0.0)
==13516== by 0x72E2378: drm_intel_bo_map (in /usr/lib/libdrm_intel.so.1.0.0)
==13516== by 0x6EF6DC2: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6EF8594: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6EFECCD: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6D2D411: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6F0189E: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6D16339: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6D1A9E9: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x68D1C95: glTexSubImage2D (in /usr/lib/libGL.so.1.2.0)
==13516== by 0x510FE80: surface_upload_data (surface.c:1641)
==13516== by 0x511D054: surface_load_texture (surface.c:4861)
==13516== by 0x511D52E: surface_load_location (surface.c:4954)
==13516== by 0x5111C25: surface_load (surface.c:2150)
==13516== by 0x51294DA: texture2d_sub_resource_load (texture.c:730)
==13516== by 0x5128AE8: wined3d_texture_load (texture.c:539)
==13516== by 0x50558C7: arbfp_blit_surface (arb_program_shader.c:7653)
==13516== by 0x5121910: wined3d_surface_blt (surface.c:6060)
==13516== by 0x4A9646C: ddraw_surface_blt_clipped (surface.c:1387)
==13516== by 0x4A96CCA: ddraw_surface7_Blt (surface.c:1543)
==13516==
--
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=36340
Bug ID: 36340
Summary: valgrind shows several warnings in
ddraw/tests/ddraw2.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
==20452== Conditional jump or move depends on uninitialised value(s)
==20452== at 0x5842378: GetRegionData (region.c:889)
==20452== by 0x4E726BE: ddraw_clipper_GetClipList (clipper.c:213)
==20452== by 0x4EA05EE: ddraw_surface7_Blt (surface.c:1429)
==20452== by 0x4EA1FE6: ddraw_surface1_Blt (surface.c:1597)
==20452== by 0x4D9776E: test_clipper_blt (ddraw2.c:647)
==20452== by 0x4DA7C8E: func_ddraw2 (ddraw2.c:6398)
==20452== by 0x4E1C6DC: run_test (test.h:584)
==20452== by 0x4E1CACB: main (test.h:654)
==20452== Uninitialised value was created by a stack allocation
==20452== at 0x4EA0411: ddraw_surface7_Blt (surface.c:1503)
==20452==
and several leaks, e.g.,:
==20664== 20 bytes in 1 blocks are definitely lost in loss record 208 of 1,043
==20664== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==20664== by 0x4E8EA7E: DirectDrawCreateClipper (ddraw.c:3274)
==20664== by 0x4E8EC42: ddraw7_CreateClipper (ddraw.c:3309)
==20664== by 0x4E8ED9F: ddraw2_CreateClipper (ddraw.c:3331)
==20664== by 0x4DA6CBC: test_clipper_blt (ddraw2.c:565)
==20664== by 0x4DB7C8E: func_ddraw2 (ddraw2.c:6398)
==20664== by 0x4E2C6DC: run_test (test.h:584)
==20664== by 0x4E2CACB: main (test.h:654)
==20664==
--
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=36201
Bug ID: 36201
Summary: valgrind shows a definite leak under
crypt32/tests/store.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48322
--> https://bugs.winehq.org/attachment.cgi?id=48322
valgrind log
==18714== 48 bytes in 1 blocks are definitely lost in loss record 215 of 443
==18714== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==18714== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==18714== by 0x514398B: CryptMemAlloc (main.c:124)
==18714== by 0x511E5A6: Context_CreateLinkContext (context.c:60)
==18714== by 0x510AB00: Cert_clone (cert.c:127)
==18714== by 0x511D199: CRYPT_CollectionCreateContextFromChild
(collectionstore.c:85)
==18714== by 0x511D5C9: Collection_addCert (collectionstore.c:215)
==18714== by 0x510B119: add_cert_to_store (cert.c:263)
==18714== by 0x510B27F: CertAddCertificateContextToStore (cert.c:287)
==18714== by 0x510A852: CertAddEncodedCertificateToStore (cert.c:65)
==18714== by 0x4EA953F: testCollectionStore (store.c:670)
==18714== by 0x4EB2BF4: func_store (store.c:2790)
==18714== by 0x4EB7F67: run_test (test.h:584)
==18714== by 0x4EB8356: main (test.h:654)
==18714==
and several potential leaks, e.g.,:
==18714== 20 bytes in 1 blocks are possibly lost in loss record 53 of 443
==18714== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==18714== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==18714== by 0x514398B: CryptMemAlloc (main.c:124)
==18714== by 0x511E0A9: CertAddStoreToCollection (collectionstore.c:519)
==18714== by 0x5164B4B: CRYPT_SysOpenStoreW (store.c:592)
==18714== by 0x5164D74: CRYPT_SysOpenStoreA (store.c:644)
==18714== by 0x5165ADF: CertOpenStore (store.c:907)
==18714== by 0x5165B53: CertOpenSystemStoreA (store.c:919)
==18714== by 0x4EA9419: testCollectionStore (store.c:658)
==18714== by 0x4EB2BF4: func_store (store.c:2790)
==18714== by 0x4EB7F67: run_test (test.h:584)
==18714== by 0x4EB8356: main (test.h:654)
==18714==
full log attached
--
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=17913
Summary: Port royale: black hole instead ocean
Product: Wine
Version: 1.1.18
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: puciek(a)gmail.com
Created an attachment (id=20239)
--> (http://bugs.winehq.org/attachment.cgi?id=20239)
Here should be ocean
While playing port royale, and enter "global" mode, instead ocean there is only
black color.
--
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=36631
Bug ID: 36631
Summary: valgrind shows a definite leak in in
ddraw/tests/ddraw2.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
==8554== 4,096 bytes in 1 blocks are definitely lost in loss record 931 of 958
==8554== at 0x70746F1: ??? (in /usr/lib/libdrm_intel.so.1.0.0)
==8554== by 0x7070378: drm_intel_bo_map (in /usr/lib/libdrm_intel.so.1.0.0)
==8554== by 0x6C84DC2: ??? (in /usr/lib/dri/i965_dri.so)
==8554== by 0x6C86594: ??? (in /usr/lib/dri/i965_dri.so)
==8554== by 0x6C8CCCD: ??? (in /usr/lib/dri/i965_dri.so)
==8554== by 0x6ABB411: ??? (in /usr/lib/dri/i965_dri.so)
==8554== by 0x6C8F89E: ??? (in /usr/lib/dri/i965_dri.so)
==8554== by 0x6AA4339: ??? (in /usr/lib/dri/i965_dri.so)
==8554== by 0x6AA89E9: ??? (in /usr/lib/dri/i965_dri.so)
==8554== by 0x656BC95: glTexSubImage2D (in /usr/lib/libGL.so.1.2.0)
==8554== by 0x4F3FE80: surface_upload_data (surface.c:1641)
==8554== by 0x4F4D054: surface_load_texture (surface.c:4861)
==8554== by 0x4F4D52E: surface_load_location (surface.c:4954)
==8554== by 0x4F41C25: surface_load (surface.c:2150)
==8554== by 0x4F594DA: texture2d_sub_resource_load (texture.c:730)
==8554== by 0x4F58AE8: wined3d_texture_load (texture.c:539)
==8554== by 0x4E9CEFE: context_apply_blit_state (context.c:2246)
==8554== by 0x4E858D9: arbfp_blit_surface (arb_program_shader.c:7655)
==8554== by 0x4F51910: wined3d_surface_blt (surface.c:6060)
==8554== by 0x4BB146C: ddraw_surface_blt_clipped (surface.c:1387)
==8554==
--
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.