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.
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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=32508
Bug #: 32508
Summary: StringFormatFlagsNoClip breaks StringAlignmentCenter
and (probably) StringAlignmentFar)
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexpigna.dev(a)gmail.com
Classification: Unclassified
In method GdipDrawString if StringFormatFlagsNoClip flag is enabled the string
rect width is modified to be very large. This breaks how centered and probably
far alignments are handled since the string will be moved a crazy amount of
pixels to the right.
Since when StringFormatFlagsNoClip is on the clipping region is already
disabled I suspect that modifying the width is not only broken but also
unnecessary. I'm not sure though since I don't know gdiplus code well enough.
Leaving the width as it is fixes the issue for my case: a .net launcher for a
game.
--
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=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.