https://bugs.winehq.org/show_bug.cgi?id=38607
Bug ID: 38607
Summary: GOG Galaxy client needs msvcp110.dll._Call_onceEx
Product: Wine
Version: 1.7.43
Hardware: x86
URL: http://www.gog.com/galaxy
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 51505
--> https://bugs.winehq.org/attachment.cgi?id=51505
terminal output
A Steam-like client/launcher to install&play games from GOG.com.
The client is currently in Open Beta stage.
Since the installer for the client installs MSVC++ 2012 automatically the user
has to override msvcp110,msvcr110 to native in winecfg to work around the
problem.
wine-1.7.43-25-g0d91274
--
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=37604
Bug ID: 37604
Summary: Adobe Reader 6 crashes at splash screen
Product: Wine
Version: 1.7.31
Hardware: x86
URL: ftp://ftp.adobe.com/pub/adobe/reader/win/6.x/6.0/enu/A
dbeRdr60_enu.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: gohabsgo60(a)yahoo.ca
Distribution: ---
Adobe Reader 6 installs fine but crashes at startup due to a stack overflow
i am pasting the last few lines of the log here because they tell the whole
story:
fixme:richedit:ITextRange_fnGetFont not implemented 0x27f3910
fixme:richedit:ITextRange_fnGetPara not implemented 0x27f3910
fixme:richedit:ITextRange_fnGetFont not implemented 0x27f3910
fixme:richedit:ITextRange_fnGetPara not implemented 0x27f3910
fixme:richedit:ITextRange_fnSetEnd not implemented 0x27f3938
fixme:richedit:ITextRange_fnSetStart not implemented 0x27f3960
fixme:richedit:ITextRange_fnGetFont not implemented 0x27f3938
:
[snip about 100000 lines similar to the above]
:
wine: Unhandled stack overflow at address 0xb73caa9d (thread 0009), starting
debugger...
err:seh:setup_exception_record stack overflow 832 bytes in thread 0009 eip
7bc4fc2a esp 00230ff0 stack 0x230000-0x231000-0x330000
-----------------------------
native riched20 makes it work
--
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=38546
Bug ID: 38546
Summary: Strong Bad's Cool Game launcher: login window doesn't
appear properly
Product: Wine
Version: 1.7.42
Hardware: x86
URL: http://www.fileplanet.com/190337/190000/fileinfo/Stron
g-Bads-Cool-Game-for-Attractive-People---Episode-1:-Ho
mestar-Ruiner---Demo
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: 71cae1fcebb6d0cb78279e81b28caf663c5a9b2a
Distribution: ---
Created attachment 51416
--> https://bugs.winehq.org/attachment.cgi?id=51416
terminal output
Noticed this in the current git version when starting the Strong Bad or Wallace
& Gromit series from Telltale Games.
The login window is showing an empty(white) screen, with only an input field
for the serial number in the upper left corner.
In this state there's no way to launch the demo because the <No thanks, just
take me to the demo> button is missing too.
The login window appears properly when either IE6 or IE8 is installed, but the
same empty window is shown when IE7 is installed.
The problem is present since
71cae1fcebb6d0cb78279e81b28caf663c5a9b2a is the first bad commit
commit 71cae1fcebb6d0cb78279e81b28caf663c5a9b2a
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Mon May 4 19:14:25 2015 +0200
mshtml: Added IHTMLEventObj::get_returnValue implementation.
Tested in wine-1.7.42-77-g3599f95
SBCG4AP_Homestar_Ruiner.exe
sha1: dd2f18068f16a1353a3490d95723b746cec8050f
--
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=38294
Bug ID: 38294
Summary: select() does not report exception on socket after
non-blocking connect() fails
Product: Wine
Version: 1.7.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: dwmw2(a)infradead.org
Distribution: ---
See http://cr.yp.to/docs/connect.html for a discussion of non-blocking socket
connect().
It's not quite right for Windows; under Windows when the connect fails,
select() will mark it in the exceptfds and *not* the writefds.
Under wine, however, it doesn't marked in *either* set of fds and select() just
hangs for ever. Seen with the OpenConnect VPN client, when connecting to any
port that doesn't accept a connection.
--
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=36244
Bug ID: 36244
Summary: valgrind shows several warnings in
d3dx9_36/tests/surface.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==27327== Invalid read of size 4
==27327== at 0x4FB898B: point_filter_argb_pixels (surface.c:1655)
==27327== by 0x4FB9301: D3DXLoadSurfaceFromMemory (surface.c:1846)
==27327== by 0x4FB73A4: D3DXLoadSurfaceFromFileInMemory (surface.c:1179)
==27327== by 0x4FB7A4A: D3DXLoadSurfaceFromResourceA (surface.c:1290)
==27327== by 0x4C9EC72: test_D3DXLoadSurface (surface.c:668)
==27327== by 0x4CA46AF: func_surface (surface.c:1328)
==27327== by 0x4CB42A0: run_test (test.h:584)
==27327== by 0x4CB468F: main (test.h:654)
==27327== Address 0x4723c60 is 0 bytes inside a recently re-allocated block of
size 3 alloc'd
==27327== at 0x7BC4C735: notify_alloc (heap.c:255)
==27327== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==27327== by 0x4FB6FF4: D3DXLoadSurfaceFromFileInMemory (surface.c:1136)
==27327== by 0x4FB7A4A: D3DXLoadSurfaceFromResourceA (surface.c:1290)
==27327== by 0x4C9EC72: test_D3DXLoadSurface (surface.c:668)
==27327== by 0x4CA46AF: func_surface (surface.c:1328)
==27327== by 0x4CB42A0: run_test (test.h:584)
==27327== by 0x4CB468F: main (test.h:654)
==27327==
==27327== 148 bytes in 1 blocks are possibly lost in loss record 564 of 850
==27327== at 0x40087BA: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==27327== by 0x7ABA6AF: ??? (in /usr/lib/libdrm_intel.so.1.0.0)
==27327== by 0x7AB5294: drm_intel_bo_alloc (in
/usr/lib/libdrm_intel.so.1.0.0)
==27327== by 0x75C6078: ??? (in /usr/lib/dri/i965_dri.so)
==27327== by 0x75C64E1: ??? (in /usr/lib/dri/i965_dri.so)
==27327== by 0x73422FA: ??? (in /usr/lib/dri/i965_dri.so)
==27327== by 0x70EBBFD: shared_dispatch_stub_462 (in
/usr/lib/libglapi.so.0.0.0)
==27327== by 0x5DC9265: surface_prepare_buffer (surface.c:563)
==27327== by 0x5DC9759: surface_prepare_map_memory (surface.c:608)
==27327== by 0x5DD23A9: wined3d_surface_map (surface.c:3049)
==27327== by 0x5CB2B15: d3d9_surface_LockRect (surface.c:269)
==27327== by 0x4FB91B5: D3DXLoadSurfaceFromMemory (surface.c:1831)
==27327== by 0x4FB73A4: D3DXLoadSurfaceFromFileInMemory (surface.c:1179)
==27327== by 0x4FB788A: D3DXLoadSurfaceFromFileW (surface.c:1259)
==27327== by 0x4FB770D: D3DXLoadSurfaceFromFileA (surface.c:1233)
==27327== by 0x4C9E94F: test_D3DXLoadSurface (surface.c:648)
==27327== by 0x4CA46AF: func_surface (surface.c:1328)
==27327== by 0x4CB42A0: run_test (test.h:584)
==27327== by 0x4CB468F: main (test.h:654)
==27327==
==27405== 327,680 bytes in 1 blocks are definitely lost in loss record 848 of
850
==27405== at 0x7AAA6F1: ??? (in /usr/lib/libdrm_intel.so.1.0.0)
==27405== by 0x7AA6378: drm_intel_bo_map (in /usr/lib/libdrm_intel.so.1.0.0)
==27405== by 0x75B7114: ??? (in /usr/lib/dri/i965_dri.so)
==27405== by 0x7333D3E: ??? (in /usr/lib/dri/i965_dri.so)
==27405== by 0x70EBFAD: shared_dispatch_stub_477 (in
/usr/lib/libglapi.so.0.0.0)
==27405== by 0x5DD257F: wined3d_surface_map (surface.c:3086)
==27405== by 0x5CB2B15: d3d9_surface_LockRect (surface.c:269)
==27405== by 0x4FA91B5: D3DXLoadSurfaceFromMemory (surface.c:1831)
==27405== by 0x4FA73A4: D3DXLoadSurfaceFromFileInMemory (surface.c:1179)
==27405== by 0x4FA788A: D3DXLoadSurfaceFromFileW (surface.c:1259)
==27405== by 0x4FA770D: D3DXLoadSurfaceFromFileA (surface.c:1233)
==27405== by 0x4C9294F: test_D3DXLoadSurface (surface.c:648)
==27405== by 0x4C986AF: func_surface (surface.c:1328)
==27405== by 0x4CA82A0: run_test (test.h:584)
==27405== by 0x4CA868F: main (test.h:654)
==27405==
--
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=11607
Summary: Blood 2: The Chosen keyboard repeat problem
Product: Wine
Version: 0.9.55.
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquid.acid(a)gmx.net
Hi there,
I'm filing another Blood 2 bug. This one is input related, more precisely about
keyboard input. I know that the Blood 2 informations on the net mentioned the
support for DirectInput devices, but I'm not sure this is a dinput bug. So I'm
leaving this to unknown for now.
To the problem:
I installed Blood 2 through wine and did no patching (version is still 1.0).
Also the copy protection was not removed, the executable should be clean.
Starting the game and entering the configuration menu I noticed it was very
hard to setup the keys I wanted to use in the game (like moving forward,
backward, etc.)
When running Blood 2 natively you select a action in the menu you want to map.
You press ENTER and the game engine waits for you to press another key, which
it uses for mapping.
Now when running wine I had to be REALLY quick when pressing the mapkey. Like
some milliseconds later, it was really no fun to config the game. When I wasn't
quick enough for an action the ENTER key itself is mapped.
Now the interesting part. When not releasing the ENTER key after pressing it,
and then pressing the mapkey, the process works.
I suspect that the ENTER key generates two events for the game. Pressing and
releasing, and the game interprets both events as seperate key presses, so
ENTER gots mapped to everything (because the engine thinks it's pressed twice).
So either this is X related or a bug in the wine's keyb implementation.
Thanks,
Tobias
--
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=38535
Bug ID: 38535
Summary: Ukrainian locale problem
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: n296869(a)rtrtr.com
Distribution: ---
Created attachment 51404
--> https://bugs.winehq.org/attachment.cgi?id=51404
Screenshot
There is problem in Ukrainian locale for window, that displayed after wine
update and informing us about config updating process.
We see the "будь-ласка" substring. It is wrong.
It must be "будь ласка".
--
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=36659
Bug ID: 36659
Summary: valgrind shows a definite leak in
ddraw/tests/d3d.c:CapsTest()
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
==9737== 160 bytes in 1 blocks are definitely lost in loss record 1,563 of
2,082
==9737== at 0x7BC4C6EB: notify_alloc (heap.c:255)
==9737== by 0x7BC50F2F: RtlAllocateHeap (heap.c:1716)
==9737== by 0x4DF6181: DDRAW_Create (main.c:267)
==9737== by 0x4DF6403: DirectDrawCreate (main.c:309)
==9737== by 0x4CA7528: CapsTest (d3d.c:810)
==9737== by 0x4CB7D2D: func_d3d (d3d.c:3953)
==9737== by 0x4D720F8: run_test (test.h:584)
==9737== by 0x4D724E7: main (test.h:654)
==9737==
--
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=38313
Bug ID: 38313
Summary: broken surround sound in skyrim (and possible games
which do not have advanced sound settings)
Product: Wine
Version: 1.7.39
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winealsa.drv
Assignee: wine-bugs(a)winehq.org
Reporter: cute.dark.sorcerer(a)gmail.com
Distribution: ---
Created attachment 51154
--> https://bugs.winehq.org/attachment.cgi?id=51154
probably useless wine output
similar to bug 37957, when playing skyrim, there's no sound from front or back.
Example: in order to hear a NPC, you have to turn your side to him.
Tested this on new wineprefix (wow64 setup) and double checked the audio tab in
winecfg (every device is set to stereo). Also tested mono as well as
quadrophone (I do have 4.1 speakers), but sound will only play from
side-speakers.
Sound in other games (dishonored, resident evil revelations, aliens colonial
marines) works normally. In those games however, you can change sound to
stereo/surround via settings. Skyrim does not offer this.
Is there a way to 'force' a specific application to use stereo/surround and how
can you disable this?
Gentoo x86-64
media-libs/alsa-lib
Latest version installed: 1.0.29
--
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=36352
Bug ID: 36352
Summary: valgrind shows a ton of leaks in
d3dcompiler_43/tests/hlsl.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48415
--> https://bugs.winehq.org/attachment.cgi?id=48415
valgrind log
==5735== 2,722,848 bytes in 1 blocks are possibly lost in loss record 1,795 of
1,796
==5735== at 0x4008B6E: memalign (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==5735== by 0x4008C55: posix_memalign (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==5735== by 0x6E2A809: ??? (in /usr/lib/dri/i965_dri.so)
==5735== by 0x6EF75EA: ??? (in /usr/lib/dri/i965_dri.so)
==5735== by 0x6F562E1: ??? (in /usr/lib/dri/i965_dri.so)
==5735== by 0x70880A0: ??? (in /usr/lib/dri/i965_dri.so)
==5735== by 0x70179B4: ??? (in /usr/lib/dri/i965_dri.so)
==5735== by 0x6A4AB9B: ??? (in /usr/lib/libGL.so.1.2.0)
==5735== by 0x6A1A2F4: ??? (in /usr/lib/libGL.so.1.2.0)
==5735== by 0x66A7DF2: create_glxcontext.isra.0 (opengl.c:1254)
==5735== by 0x66A8127: X11DRV_wglCreateContextAttribsARB (opengl.c:2071)
==5735== by 0x5451C29: wglCreateContextAttribsARB (wgl.c:268)
==5735== by 0x4FA39D8: context_create (context.c:1543)
==5735== by 0x5039866: wined3d_swapchain_create (swapchain.c:914)
==5735== by 0x4F38F1F: d3d9_swapchain_create (swapchain.c:333)
==5735== by 0x4F29669: device_parent_create_swapchain (device.c:3515)
==5735== by 0x4FB7A8B: wined3d_device_init_3d (device.c:896)
==5735== by 0x4F335B5: device_init (device.c:3632)
==5735== by 0x4F33E63: d3d9_CreateDevice (directx.c:465)
==5735== by 0x4A5D7D9: func_hlsl (hlsl.c:108)
==5735==
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.