https://bugs.winehq.org/show_bug.cgi?id=46105
Bug ID: 46105
Summary: TopoEdit crashes with unimplemented function
mf.dll.MFCreateSequencerSource
Product: Wine
Version: 3.19
Hardware: x86-64
URL: https://resources.oreilly.com/examples/9780735656598-f
iles/tree/a7df48c133c4781b73947b1f25691bd7604cd81e/Too
ls/TopoEdit/x86
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
wine: Call from 0x7bc51081 to unimplemented function
mf.dll.MFCreateSequencerSource
wine-3.19-116-gb78de971f6
--
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=46623
Bug ID: 46623
Summary: Controller acts weird after updating to the latest
wine-staging 4.1.2
Product: Wine-staging
Version: 4.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ahmed.com(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Xbox 360 controller acts weird after updating Wine-staging the latest wine
build (4.1.2). When I move the right analog, the camera moves sometimes to the
right and sometimes to the left. This problem didn't exist with previous
Wine-staging version I used which was Wine-staging 4.0. The game that I tested
was Neir Automata.
--
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=39932
Bug ID: 39932
Summary: bat-script with quotes cann't be called using
CreateProcess
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: andrej.skvortzov(a)gmail.com
Distribution: ---
Created attachment 53340
--> https://bugs.winehq.org/attachment.cgi?id=53340
executable with source code to reproduce the problem
This problem exists in software to configure HMI panels from OWEN and Xinje.
http://www.owen.ru/catalog/graficheskaya_panel_operatora_s_sensornim_upravl…
(Russian)
To reproduce this problem easily minimal test program is created. See attached
archive cmd_call_batch.tar.xz.
Here are technical details of the problem. To appear following conditions need
to be met:
- bat-script is called using CreateProcess
- name of bat-script is quoted
- some parameters of bat-scrits are quoted.
For example,
"test2.bat" "param1" param2
wine runs bat-script using cmd.
cmd /c "test2.bat" "param1" param2
On Windows cmd fails if name of bat-script and parameters both are quoted. To
avoid this problem attached patch always removes quotes from bat-script's name
before cmd is called.
--
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=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=46681
Bug ID: 46681
Summary: TopoEdit crashes with unimplemented function
mf.dll.MFCreateTopologyNode
Product: Wine
Version: 4.2
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: patch
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Depends on: 46105
Distribution: ---
Created attachment 63643
--> https://bugs.winehq.org/attachment.cgi?id=63643
stub
Topology -> Add Tee
wine: Call from 0x7b43d59b to unimplemented function
mf.dll.MFCreateTopologyNode
wine-4.2-26-g5e86cc0a8f
--
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=46724
Bug ID: 46724
Summary: Call of Juarez: Bound in Blood crashes on startup when
using FAudio
Product: Wine
Version: 4.2
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 63695
--> https://bugs.winehq.org/attachment.cgi?id=63695
backtrace
wine-4.2-195-gf784cabd34
--
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=46654
Bug ID: 46654
Summary: dotnet35sp1 fails to install with winetricks
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: brendan(a)redmandi.com
CC: hans(a)meelstraat.net
Distribution: ---
Created attachment 63586
--> https://bugs.winehq.org/attachment.cgi?id=63586
Log of dotnet35sp1 failing during install
This is with a WIN64 prefix. This was working with 4.1.
Most likely related to bug 46638. And once again, either:
a) reverting 9839bb7691a1b1c57a4ca501d03825420c1609d7; or
b) removing Wow64DisableWow64FsRedirection
fixes this issue.
--
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=46639
Bug ID: 46639
Summary: LoadLibraryShim fails in wow64
Product: Wine
Version: 4.1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
The mscoree:mscoree 32-bit test fails on the tip when run in a 64-bit prefix:
mscoree.c:372: Test failed: LoadLibraryShim failed, hr=80070006
mscoree.c:385: Test failed: LoadLibraryShim failed, hr=80070006
>From a module log, it appears this is because it tries to load a 64-bit fakedll
for fusion.dll.
0009:trace:module:open_dll_file
L"\\??\\C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\fusion.dll" is for
arch 8664, continuing search
0009:warn:module:load_dll Failed to load module
L"C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\fusion"; status=c000007b
On Windows, there is a separate Framework64 directory which contains the 64-bit
fusion.dll.
I think fixing this will require updates to both mscoree and Wine Mono.
--
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=46638
Bug ID: 46638
Summary: dotnet40 no longer installs using winetricks
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: brendan(a)redmandi.com
CC: julliard(a)winehq.org
Regression SHA1: 9839bb7691a1b1c57a4ca501d03825420c1609d7
Distribution: ---
Created attachment 63554
--> https://bugs.winehq.org/attachment.cgi?id=63554
Log of dotnet40 failing during install
When using the latest from git (currently
9781b5433cd4b708c0f537aa0b5608ff4157f04c), installing dotnet40 using
'winetricks dotnet40' fails. It was working in 4.1.
A git bisect highlighted commit 9839bb7691a1b1c57a4ca501d03825420c1609d7 as the
first commit that introduced this failure.
Reverting just this commit allows dotnet40 to install again.
Attached are two logs:
1. for when dotnet40 installs successfully; and
2. for when it fails
Both logs use WINEDEBUG=+timestamp,+pid,+tid,+seh,+debugstr,+module.
--
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=7287
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #26 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 4.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.
https://bugs.winehq.org/show_bug.cgi?id=46717
Bug ID: 46717
Summary: TopoEdit crashes with unimplemented function
mf.dll.MFCreateTopoLoader
Product: Wine
Version: 4.2
Hardware: x86-64
URL: https://resources.oreilly.com/examples/9780735656598-f
iles/tree/a7df48c133c4781b73947b1f25691bd7604cd81e/Too
ls/TopoEdit/x86
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
File -> Render File... -> any MP3 file
wine: Call from 0x7b43d59b to unimplemented function mf.dll.MFCreateTopoLoader
wine-4.2-159-gb3c5b7da94
--
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=43395
Bug ID: 43395
Summary: Wine intermittently crashes after any program
terminates
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Every so often, I see one of the following two outputs appear after Wine
closes:
err:ntdll:RtlLeaveCriticalSection section 0x110940 is not acquired
and
wine: Unhandled page fault on write access to 0x695de019 at address 0x7bc4f41e
(thread 0018), starting debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 14 96") (1115)
Read the Wine Developers Guide on how to set up winedbg or another debugger
In the first message the section 0x110940 is constant; in the second the
address 0x7bc4f41e is constant but the written address varies.
The critical section message appears because a critical section is deleted
while owned. The critical section in question appears to be that of the
database in services.exe.
The crash address is in ntdll/heap.c:HEAP_CreateFreeBlock. It is probably being
triggered by code in RtlLeaveCriticalSection(), although it may have a
different source.
--
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=42370
Bug ID: 42370
Summary: Sniper Elite 3 stuck at "Completing Installation 1%"
Product: Wine
Version: 2.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: noonetinone(a)gmail.com
Distribution: ---
This is basically a repeat of the close bug reported by 'acescopezz'.
Bug #41493 describes what is happening with the title SE V2. What is
different about SE3 is this game includes its own copy of dllcheck.exe.
'acescopezz' posted screen grabs which relevant here.
--
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=45639
Bug ID: 45639
Summary: Far Cry 3 voices, music and sounds
Product: Wine-staging
Version: 3.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: legluondunet(a)free.fr
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 62069
--> https://bugs.winehq.org/attachment.cgi?id=62069
Far Cry 3 Wine-staging 3.13 log
Hello,
Farcry 3 game voices, music and sounds does not work correctly, you can not
hear them or with difficulty.
Instead you can hear another high sound in the background.
It's a regression, I haven't this bug with older Wine version.
I think this is the same bug I have with Star Wars the force unleashed
https://bugs.winehq.org/show_bug.cgi?id=45635.
I joined you the wine log.
Thank you for your help.
--
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=8051
--- Comment #170 from Zebediah Figura <z.figura12(a)gmail.com> ---
(In reply to Alexandr Oleynikov from comment #169)
> Without P(In reply to Paul Gofman from comment #167)
> > (In reply to Zebediah Figura from comment #166)
> > > Let's make this bug report about software vertex processing, and file new
> > > reports for any further issues. I've split off
> > > Direct3DShaderValidatorCreate9() issue into bug 46735.
> >
> > Just to note, there is also SWVP ProcessVertices (ProcessVertices used with
> > shaders) concerned in this bug. There is no patch for that. I don't know how
> > much of rendering it affects in Sims 2 though.
>
> It's pretty important. Without ProcessVertices, characters will explode in
> family thumbnails (and same if you disable shaders through the game's cheat
> menu), and explosion of vertices will also happen with little icons that pop
> up above characters when they make a friend or get married (you can
> realiably observe it by loading Pleasant family).
> In both cases, this pops up:
>
> fixme:d3d:wined3d_device_process_vertices Output vertex declaration not
> implemented yet.
> err:d3d:get_flexible_vertex_size Unexpected position mask: 0x0
Split off into bug 46742. Feel free to file further bugs for any other issues
that may exist.
--
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=8051
Zebediah Figura <z.figura12(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |46742
--
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=8051
--- Comment #169 from Alexandr Oleynikov <sashok.olen(a)gmail.com> ---
Without P(In reply to Paul Gofman from comment #167)
> (In reply to Zebediah Figura from comment #166)
> > Let's make this bug report about software vertex processing, and file new
> > reports for any further issues. I've split off
> > Direct3DShaderValidatorCreate9() issue into bug 46735.
>
> Just to note, there is also SWVP ProcessVertices (ProcessVertices used with
> shaders) concerned in this bug. There is no patch for that. I don't know how
> much of rendering it affects in Sims 2 though.
It's pretty important. Without ProcessVertices, characters will explode in
family thumbnails (and same if you disable shaders through the game's cheat
menu), and explosion of vertices will also happen with little icons that pop up
above characters when they make a friend or get married (you can realiably
observe it by loading Pleasant family).
In both cases, this pops up:
fixme:d3d:wined3d_device_process_vertices Output vertex declaration not
implemented yet.
err:d3d:get_flexible_vertex_size Unexpected position mask: 0x0
--
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=8051
--- Comment #168 from Alexandr Oleynikov <sashok.olen(a)gmail.com> ---
Without P(In reply to Paul Gofman from comment #167)
> (In reply to Zebediah Figura from comment #166)
> > Let's make this bug report about software vertex processing, and file new
> > reports for any further issues. I've split off
> > Direct3DShaderValidatorCreate9() issue into bug 46735.
>
> Just to note, there is also SWVP ProcessVertices (ProcessVertices used with
> shaders) concerned in this bug. There is no patch for that. I don't know how
> much of rendering it affects in Sims 2 though.
It's pretty important. Without ProcessVertices, characters will explode in
family thumbnails (and same if you disable shaders through the game's cheat
menu), and explosion of vertices will also happen with little icons that pop up
above characters when they make a friend or get married (you can realiably
observe it by loading Pleasant family).
In both cases, this pops up:
fixme:d3d:wined3d_device_process_vertices Output vertex declaration not
implemented yet.
err:d3d:get_flexible_vertex_size Unexpected position mask: 0x0
--
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=46738
Bug ID: 46738
Summary: Cannot add directories in PerfectTunes (3.1)
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
When I click "Add folder" in PerfectTunes 3.1 nothing happens.
"0009:err:ole:CoCreateInstanceEx apartment not initialised" is output in
console.
$ md5sum PerfectTUNES-Unregistered.exe
a5c523a98f300a42ed3f3ab56aa8b968 PerfectTUNES-Unregistered.exe
--
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=8051
ApolloLV <apollolv(a)rocketmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|apollolv(a)rocketmail.com |
--
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=46703
Bug ID: 46703
Summary: d3d9_test failed with pixel format 77
Product: Wine
Version: 4.2
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
This is macOS 10.12.6
Nvidia GTX650
1920x1080 30bits R10G10B10A2
wine c:/tests/d3d9_test.exe.so device failed
~
device.c:10464: Test failed: window has pixel format 77, expected 1
device.c:10470: Test failed: window has pixel format 77, expected 1
device.c:10476: Test failed: window has pixel format 77, expected 1
device.c:10494: Test failed: window has pixel format 77, expected 1
~~~
--
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=8051
Paul Gofman <gofmanp(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gofmanp(a)gmail.com
--- Comment #167 from Paul Gofman <gofmanp(a)gmail.com> ---
(In reply to Zebediah Figura from comment #166)
> Let's make this bug report about software vertex processing, and file new
> reports for any further issues. I've split off
> Direct3DShaderValidatorCreate9() issue into bug 46735.
Just to note, there is also SWVP ProcessVertices (ProcessVertices used with
shaders) concerned in this bug. There is no patch for that. I don't know how
much of rendering it affects in Sims 2 though.
--
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=8051
Zebediah Figura <z.figura12(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |46735
--
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=8051
Zebediah Figura <z.figura12(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Sims 2 demo exits |The Sims 2 demo needs
|prematurely |support for software vertex
| |processing
--- Comment #166 from Zebediah Figura <z.figura12(a)gmail.com> ---
Let's make this bug report about software vertex processing, and file new
reports for any further issues. I've split off Direct3DShaderValidatorCreate9()
issue into bug 46735.
--
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=8051
Zebediah Figura <z.figura12(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |STAGED
CC| |z.figura12(a)gmail.com
Staged patchset| |https://github.com/wine-sta
| |ging/wine-staging/tree/mast
| |er/patches/wined3d-SWVP-sha
| |ders
--- Comment #165 from Zebediah Figura <z.figura12(a)gmail.com> ---
Marking staged.
--
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=8226
Vijay Kamuju <infyquest(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |infyquest(a)gmail.com
Resolution|--- |FIXED
Fixed by SHA1| |7a6b00dc25880bd7e8515551b7c
| |3fa7917776eaf
--- Comment #17 from Vijay Kamuju <infyquest(a)gmail.com> ---
fixed by commit
https://source.winehq.org/git/wine.git/commitdiff/7a6b00dc25880bd7e8515551b…
--
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.
https://bugs.winehq.org/show_bug.cgi?id=657
--- Comment #120 from Dan Kegel <dank(a)kegel.com> ---
(iirc https://github.com/wxWidgets/wxWidgets was at one time similar to mfc,
don't know how deep that went. Wouldn't be able to use any of it as is, I'm
sure.)
--
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=657
Artem Vorotnikov <artem(a)vorotnikov.me> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|artem(a)vorotnikov.me |
--
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=657
--- Comment #119 from Timothy Pearson <tpearson(a)raptorengineering.com> ---
(In reply to Austin English from comment #117)
> (In reply to Aaron Franke from comment #116)
> > Is mfc related to mf?
> >
> > If not, mfc is not implemented at all according to
> > https://www.winehq.org/winapi_stats
> >
> > If so, mf is only 3% implemented which would explain any issues with it.
>
> They're not related. If you read the prior comments, you'll note that this
> is unlikely be to fixed anytime soon if ever. Use the native dll via
> winetricks.
For some applications the native DLL won't work -- for instance using otherwise
open applications on non-x86 systems via winelib.
What would we need to do to at least get started on implementing some of the
MFC API in winelib? Once a template is in place it's just a matter of working
through the missing calls.
--
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=657
Timothy Pearson <tpearson(a)raptorengineering.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tpearson@raptorengineering.
| |com
--- Comment #118 from Timothy Pearson <tpearson(a)raptorengineering.com> ---
*** Bug 46722 has been marked as a duplicate of this bug. ***
--
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=45234
Bug ID: 45234
Summary: TIDAL updater hangs at
Product: Wine
Version: 3.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 61464
--> https://bugs.winehq.org/attachment.cgi?id=61464
Wine log
The updater downloads and starts the new setup, but that hangs at "Extracting
files from archive" without finishing.
--
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=46557
Bug ID: 46557
Summary: Crashed when trying to run Chinese localized version
of Blizzard Battle.net Client
Product: Wine-staging
Version: 4.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jiaxun.yang(a)flygoat.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 63429
--> https://bugs.winehq.org/attachment.cgi?id=63429
Battlenet crash backtrace
Crashed when trying to run Chinese localized version of Blizzard Battle.net
Client.
The binary can be obtained from this link.
https://www.battlenet.com.cn/download/getInstaller?os=win&installer=Battle.…
The backtrace is attached.
Please take a look.
Thanks
--
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=46642
Bug ID: 46642
Summary: Anno 1404 graphical glitch, 4.1 regression
Product: Wine
Version: 4.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: hnpohl(a)gmail.com
Distribution: ---
Created attachment 63560
--> https://bugs.winehq.org/attachment.cgi?id=63560
screenshot
A screenshot of the glitch is attached. I did a "quick" bisect:
commit 9a1d0797937f39ef2296e1d34b095b29ae848c20
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Mon Jan 28 23:09:15 2019 -0600
wined3d: Store render states in the wined3d_stateblock_state structure.
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=46566
Bug ID: 46566
Summary: Unity games fail to start with wine 4.0
Product: Wine
Version: 4.0-rc7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winevulkan
Assignee: wine-bugs(a)winehq.org
Reporter: ahmed.com(a)protonmail.com
Distribution: ---
Unity games fail to start with wine 4.0-rc7 or Wine 4.0 stable, but they run
with wine 3.21-staging without any problem.
I use DXVK 0.96 BTW, but I don't think that this issue is related to DXVK,
because not all the games that I tested are DX11, some of them are DX9. In
addition, DX11 games that aren't unity games runs without any problem.
The list of unity games that I tried:
Cuphead
Distance
Life is Strange
Ori and The Blind Forest - Definitive Edition
The error that I get:
0009:err:vulkan:wine_vk_init Failed to load libvulkan.so.1.
0009:err:vulkan:wine_vk_init Failed to load Wine graphics driver supporting
Vulkan.
0009:err:module:find_forwarded_export module not found for forward
'winevulkan.wine_vkGetInstanceProcAddr' used by
L"C:\\windows\\system32\\vulkan-1.dll"
0009:err:vulkan:wine_vk_init Failed to load Wine graphics driver supporting
Vulkan.
0009:err:module:find_forwarded_export module not found for forward
'winevulkan.wine_vkGetInstanceProcAddr' used by
L"C:\\windows\\system32\\vulkan-1.dll"
wine: Call from 0x7bc53259 to unimplemented function
vulkan-1.dll.vkGetInstanceProcAddr, aborting
--
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=44395
Bug ID: 44395
Summary: Nvidia 384.111 page fault on write access to
0x7c002fd4 in 32-bit code Beyond Good and Evil
(others?)
Product: Wine
Version: 3.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: noabody(a)yahoo.com
Distribution: ---
Created attachment 60313
--> https://bugs.winehq.org/attachment.cgi?id=60313
Wine 3.0rc6 Geforce GT620 AMD 9950BE Beyond Good and Evil 32-bit prefix
Unhandled exception: page fault on write access to 0x7c002fd4 in 32-bit code.
Reproducible on multiple CPU/GPU architectures using Nvidia 384.111 Proprietary
drivers. No crash with Nouveau on same hardware.
Logs naming convention e.g.: w3rc6_gtx1060m_i7-7700hq_bgeubi32
Wine version_gpu_cpu_game/provider/wine prefix
Wine 3.0rc6 on GeForce GTX 1060 mobile, Intel i7-7700hq, Beyond Good and Evil
from Ubisoft, 32 bit wine prefix.
Tested on Wine Stable 3.0, Wine Devel 3.0rc6 from WineHQ Ubuntu Artful for
17.10 64-bit, with clean wine prefix (both 32 and 64 bit) on four computers.
Computers using open-source Nouveau (default) work fine.
--
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=46556
Bug ID: 46556
Summary: FINAL FANTASY XI and FFXiPadConfig.exe utility no
longer detect Logitech F710 via (emulated)
DirectInput; under XInput, detects Axes 5 and 6 as
buttons
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xinput
Assignee: wine-bugs(a)winehq.org
Reporter: emegas(a)vecanti.org
Distribution: ---
Created attachment 63427
--> https://bugs.winehq.org/attachment.cgi?id=63427
Backtrace
When using a method to change areas that involves an NPC or non-player object,
there is an high chance that FINAL FANTASY XI will crash directly after the
menus load in the new area--always immediately after the "== Area: [name] =="
identifier is displayed in the log--before the player or NPCs have a chance to
load into the map. (Restarting the game afterwards will always load the new
area successfully.)
Home Points, Survival Guides, the Mog Garden NPCs in front of the entrances to
the Western Adoulin and Eastern Adoulin Rent-a-Rooms, Waypoints and
Proto-Waypoints, and using a Warp Ring (thus opening up the likelihood that
_any_ type of magical or item-triggered area change can cause it) all appear to
cause the crash.
On the other hand, changing areas via "zone lines" (walking between them), the
"Button" in Ru'Lude Gardens and changing areas from within a Mog House do not
_not_ seem to cause the crash.
Probably the easiest way to repro this is to use a Home Point to change
between different Home Points within the same city until the crash is seen (ex.
Bastok Mines #1 -> Bastok Markets #1 -> Port Bastok #1 -> repeat).
Tested and confirmed in both 4.0 release and wine-4.0-251-g7003ba44892
(vanilla and staging). The debug information attached is from
wine-4.0-251-g7003ba44892 (vanilla).
(Tested on Gentoo Linux kernel 4.20.5 with nvidia-drivers 415.27)
--
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=46574
Bug ID: 46574
Summary: Drobo NAS controll software Only black windows opens
and it crashes.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: edmundzed(a)gmail.com
Distribution: ---
Created attachment 63450
--> https://bugs.winehq.org/attachment.cgi?id=63450
Program error details
https://www.drobo.com/drobo-downloads-2/
The control software needed for Drobo NAS crashed immediately.
--
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=46716
Bug ID: 46716
Summary: utherverse client : crash when loading and installing
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: www.max87@yahoo.fr
Distribution: ---
Created attachment 63684
--> https://bugs.winehq.org/attachment.cgi?id=63684
report generate by wine on the crash
When i lunch the application client Uhterverse i got a bug report from wine and
the loading of the client is stopped
I tryed a reinstall of the client and it done the same a bug appared but the
installation finished
--
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=45570
Bug ID: 45570
Summary: League of Legends 8.12+ fails to start a game
(anticheat engine, incorrect implementation of
LdrInitializeThunk)
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Diagnosed by Andrew Wesie; partially split off from bug 45327.
The game expects LdrInitialize thunk to be called whenever a new thread is
created and that the first argument is the CONTEXT for the thread. Furthermore,
it expects that %eax will contain the thread's entry point.
--
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=43393
Bug ID: 43393
Summary: Eagle 8 crash on startup
Product: Wine
Version: 2.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hildogjr(a)gmail.com
Distribution: ---
Eagle 8.2.2 by Auto desk (found in
https://www.autodesk.com/products/eagle/free-download) crash on startup with
the error:
"The programa eagle.exe has encoutered a serious problem and needs to close. We
are sorry for the inconvenience.
This can be cause by a problem in the program or a deficiency in Wine. You may
want to check the Application Database for tips about running this
application."
The Wine log is:
fixme:vcruntime:__telemetry_main_invoke_trigger (0x67000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x180000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x65000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x64000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x240000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x61000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x66000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x2a0000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x39d0000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x3cd0000)
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make
sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the
winbind package of your distribution.
fixme:vcruntime:__telemetry_main_invoke_trigger (0x2d0000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x3d10000)
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:vcruntime:__telemetry_main_invoke_trigger (0x4390000)
fixme:win:EnumDisplayDevicesW ((null),0,0x23eb10,0x00000000), stub!
fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL Attribute
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:vcruntime:__telemetry_main_invoke_trigger (0x4510000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x44f0000)
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:vcruntime:__telemetry_main_invoke_trigger (0x4670000)
fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d}, 0xf9f630,
0x34d97a0, 0x35ada48) stub.
fixme:dwrite:get_name_record_codepage encoding 20 not handled, platform 1.
fixme:dwrite:get_name_record_codepage encoding 20 not handled, platform 1.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:nls:GetThreadPreferredUILanguages 00000038, 0x23f470, (nil) 0x23f4a8
fixme:nls:get_dummy_preferred_ui_language (0x38 0x23f470 (nil) 0x23f4a8)
returning a dummy value (current locale)
fixme:nls:GetThreadPreferredUILanguages 00000038, 0x23f470, 0x4051f90 0x23f4a8
fixme:nls:get_dummy_preferred_ui_language (0x38 0x23f470 0x4051f90 0x23f4a8)
returning a dummy value (current locale)
fixme:winsock:WSALookupServiceBeginW (0x23f070 0x00000ff0 0x23f068) Stub!
fixme:iphlpapi:NotifyAddrChange (Handle 0x23f370, overlapped 0x4053040): stub
fixme:msvcrt:MSVCRT__set_FMA3_enable (0) stub
fixme:win:RegisterDeviceNotificationW (hwnd=0x10074,
filter=0x23f310,flags=0x00000000) returns a fake device notification handle!
fixme:win:RegisterDeviceNotificationW (hwnd=0x10074,
filter=0x23f310,flags=0x00000000) returns a fake device notification handle!
fixme:win:EnumDisplayDevicesW ((null),0,0x23ebe0,0x00000000), stub!
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:ntdll:EtwRegisterTraceGuidsW (0xfcf3c0, 0x35ae7c8,
{3dada31d-19ef-4dc1-b345-037927193422}, 1, 0x34d9838, (null), (null),
0x35ae7e0): stub
fixme:ntdll:EtwRegisterTraceGuidsW register trace class
{00000000-0000-0000-0000-000000000000}
fixme:file:SetFileCompletionNotificationModes 0x240 1 - stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x7aad3e0 1 C) semi-stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x7aace60 1 C) semi-stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x7aacfa0 1 C) semi-stub
[0719/123943:FATAL:raw_channel_win.cc(589)] Check failed:
g_vista_or_higher_functions.Get().SetFileCompletionNotificationModes(
handle_.get().handle, FILE_SKIP_COMPLETION_PORT_ON_SUCCESS).
wine: Unhandled exception 0x80000003 in thread 3f at address 0xfc03aa (thread
003f), starting debugger...
fixme:vcruntime:__telemetry_main_invoke_trigger (0x67000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x64000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x66000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x540000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x240000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0xb30000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0xb60000)
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make
sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the
winbind package of your distribution.
fixme:vcruntime:__telemetry_main_invoke_trigger (0x180000000)
fixme:vcruntime:__telemetry_main_invoke_trigger ((nil))
fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d},
0x180ccf630, 0x1832097a0, 0x1832dda48) stub.
fixme:ntdll:EtwRegisterTraceGuidsW (0x180cff3c0, 0x1832de7c8,
{3dada31d-19ef-4dc1-b345-037927193422}, 1, 0x183209838, (null), (null),
0x1832de7e0): stub
fixme:ntdll:EtwRegisterTraceGuidsW register trace class
{00000000-0000-0000-0000-000000000000}
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:gdi:GdiInitializeLanguagePack stub
fixme:msvcrt:MSVCRT__set_FMA3_enable (0) 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.
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.
https://bugs.winehq.org/show_bug.cgi?id=43121
Bug ID: 43121
Summary: Game crashes during DLL load if sound is enabled
Product: Wine
Version: 2.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zaplo00(a)mailfence.com
Distribution: ---
Created attachment 58325
--> https://bugs.winehq.org/attachment.cgi?id=58325
Logs and winedump of DLL
I have a game that uses DirectSound. It tries to load a DLL on new game and it
succeeds if sound=disabled but with alsa or pulse program crashes in
loader.c:tls_alloc_slot. The problem is that the .reloc information in DLL is
corrupt. There are multiple entries for the same page, so what wine does is to
"relocate twice".
Game works with sound using a modified DLL where section size is changed to
remove duplicates. Windows 7 and Windows 8.1 both work with original DLL and
don't need compatibility mode.
Attached are logs with and without sound and winedump output.
--
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=42488
Bug ID: 42488
Summary: Accordance main window contents does not display well
Product: Wine
Version: 2.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bronsonmathews(a)gmail.com
Distribution: ---
Created attachment 57354
--> https://bugs.winehq.org/attachment.cgi?id=57354
screenshot
See attached screenshot, you can see in this image the contents of the main
window is incomplete. It flickers around as i move the mouse around and click
and drag making the application unusable.
Original bug is here:
https://bugs.winehq.org/show_bug.cgi?id=42466
--
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=46696
Bug ID: 46696
Summary: Feature Request: Define PE CPU type for 64-bit PowerPC
systems
Product: Wine
Version: 4.2
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: tpearson(a)raptorengineering.com
Distribution: ---
Existing PowerPC support in Wine revolves around legacy 32-bit big endian
systems using PE CPU type number 20. 64-bit little endian systems should
probably receive their own CPU type number to avoid crashes trying to run a
32-bit BE binary on 64-bit LE systems and vice versa.
--
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=1719
Zebediah Figura <z.figura12(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |z.figura12(a)gmail.com
Fixed by SHA1| |73b50a24e79b43536364a81d7de
| |263151068cfc1
Resolution|--- |FIXED
Status|NEW |RESOLVED
--- Comment #35 from Zebediah Figura <z.figura12(a)gmail.com> ---
Right, in as much as this bug is/became "minimized windows are 3.1-style icons
instead of modern titlebars", this was fixed by the sequence of commits ending
in
<https://source.winehq.org/git/wine.git/commitdiff/73b50a24e79b43536364a81d7…>.
--
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=46091
Bug ID: 46091
Summary: RPG Maker game Deltarune plays at too high a
framerate, impacting game speed
Product: Wine
Version: 3.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yaomtcmail(a)gmail.com
Distribution: ---
Created attachment 62719
--> https://bugs.winehq.org/attachment.cgi?id=62719
The output of DELTARUNE.exe
Deltarune, a new RPG Maker game from the creator of Undertale, has a demo out.
Currently if you try to play it in Wine, the game speed is too fast, due to
being tied to frame rate. This affects movement, sound effects, and music. This
is noted by a couple tests here:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=37341&iTestin…
To play the game normally, you can use libstrangle to limit the game's
framerate to 30 fps.
https://gitlab.com/torkel104/libstrangle
--
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=1719
Vijay Kamuju <infyquest(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |infyquest(a)gmail.com
--- Comment #34 from Vijay Kamuju <infyquest(a)gmail.com> ---
It seems this is fixed wine 4.2+
Please test again
--
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=46693
Bug ID: 46693
Summary: valgrind shows an invalid read in ntdll/tests/file.c
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
==22797== Invalid read of size 1
==22797== at 0x7BC92413: virtual_check_buffer_for_write (virtual.c:2274)
==22797== by 0x7BC47536: NtFlushBuffersFile (file.c:3316)
==22797== by 0x4A9CD25: test_flush_buffers_file (file.c:4705)
==22797== by 0x4AAC361: func_file (file.c:4797)
==22797== by 0x4AF5941: run_test (test.h:617)
==22797== by 0x4AF637F: main (test.h:701)
==22797== Address 0xdeadbeaf is on thread 1's stack
==22797==
==22797== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 6 from 6)
==22797==
==22797== 1 errors in context 1 of 1:
==22797== Invalid read of size 1
==22797== at 0x7BC92413: virtual_check_buffer_for_write (virtual.c:2274)
==22797== by 0x7BC47536: NtFlushBuffersFile (file.c:3316)
==22797== by 0x4A9CD25: test_flush_buffers_file (file.c:4705)
==22797== by 0x4AAC361: func_file (file.c:4797)
==22797== by 0x4AF5941: run_test (test.h:617)
==22797== by 0x4AF637F: main (test.h:701)
==22797== Address 0xdeadbeaf is on thread 1's stack
==22797==
--
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=43374
Bug ID: 43374
Summary: valgrind shows an invalid read in
dlls/mshtml/tests/script.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
==28896== Invalid read of size 2
==28896== at 0x5678C6D: DispCallFunc (typelib.c:6674)
==28896== by 0x680D479: invoke_builtin_function (dispex.c:1123)
==28896== by 0x680D763: function_invoke (dispex.c:1174)
==28896== by 0x680DA11: invoke_builtin_prop (dispex.c:1242)
==28896== by 0x680E964: DispatchEx_InvokeEx (dispex.c:1533)
==28896== by 0x16AC9205: IDispatchEx_InvokeEx (dispex.h:318)
==28896== by 0x16AC9205: disp_call (???:0)
==28896== by 0x16ACC7DF: exprval_call (engine.c:328)
==28896== by 0x16ACF402: interp_call_member (engine.c:1213)
==28896== by 0x16AD482D: enter_bytecode (engine.c:2787)
==28896== by 0x16AD5533: exec_source (engine.c:3040)
==28896== by 0x16AD7CF0: invoke_source (function.c:257)
==28896== by 0x16AD8152: Function_invoke (function.c:350)
==28896== by 0x16AC69A2: invoke_prop_func (dispex.c:383)
==28896== by 0x16AC7C70: DispatchEx_InvokeEx (dispex.c:684)
==28896== by 0x6856620: IDispatchEx_InvokeEx (dispex.h:318)
==28896== by 0x6856620: call_disp_func (???:0)
==28896== by 0x6856A51: call_event_handlers (htmlevent.c:961)
==28896== by 0x685748B: fire_event_obj (htmlevent.c:1095)
==28896== by 0x6857AC4: fire_event (htmlevent.c:1204)
==28896== by 0x68CD65F: handle_load (nsevents.c:282)
==28896== by 0x6B18A8A8: ???
==28896== Address 0x7869d20 is 0 bytes after a recently re-allocated block of
size 0 alloc'd
==28896== at 0x7BC51061: notify_alloc (heap.c:254)
==28896== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==28896== by 0x6809E6F: heap_alloc (mshtml_private.h:1168)
==28896== by 0x680A6FF: add_func_info (dispex.c:277)
==28896== by 0x680ABD4: process_interface (dispex.c:354)
==28896== by 0x680AEE5: preprocess_dispex_data (dispex.c:419)
==28896== by 0x680F3CA: init_dispex_with_compat_mode (dispex.c:1776)
==28896== by 0x68E753F: init_dispex (mshtml_private.h:334)
==28896== by 0x68EA736: OmNavigator_Create (omnavigator.c:1088)
==28896== by 0x68AA791: HTMLWindow2_get_navigator (htmlwindow.c:920)
==28896== by 0x4A9EAFF: IHTMLWindow2_get_navigator (mshtml.h:38483)
==28896== by 0x4A9EAFF: test_script_run (???:0)
==28896== by 0x4A9F739: ActiveScriptParse_ParseScriptText (script.c:2472)
==28896== by 0x68FEBE6: IActiveScriptParse32_ParseScriptText
(activscp.h:1126)
==28896== by 0x68FEBE6: parse_elem_text (???:0)
==28896== by 0x68FF823: parse_inline_script (script.c:1103)
==28896== by 0x68FFA7A: parse_script_elem (script.c:1142)
==28896== by 0x69001FF: doc_insert_script (script.c:1285)
==28896== by 0x68B9905: run_insert_script (mutation.c:349)
==28896== by 0x68BA1B0: nsRunnable_Run (mutation.c:532)
==28896== by 0x6A83E0A0: ???
==28896== by 0x68BAEB0: nsDocumentObserver_AttemptToExecuteScript
(mutation.c:817)
==28896==
--
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=46692
Bug ID: 46692
Summary: valgrind shows several invalid frees in
rpcrt4/tests/server.c
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
For example:
==3664== 1 errors in context 1 of 15:
==3664== Thread 6:
==3664== Invalid free() / delete / delete[] / realloc()
==3664== at 0x7BC48AEE: notify_free (heap.c:268)
==3664== by 0x7BC4B68D: RtlFreeHeap (heap.c:1772)
==3664== by 0x4A95E0E: MIDL_user_free (server.c:287)
==3664== by 0x541F5C2: NdrFree (ndr_marshall.c:463)
==3664== by 0x54246C3: PointerFree (ndr_marshall.c:1171)
==3664== by 0x5424761: NdrPointerFree (ndr_marshall.c:1649)
==3664== by 0x542EF28: call_freer (ndr_stubless.c:148)
==3664== by 0x5430110: stub_do_args (ndr_stubless.c:1214)
==3664== by 0x5431C9B: NdrStubCall2 (ndr_stubless.c:1502)
==3664== by 0x5431DB5: NdrServerCall2 (ndr_stubless.c:1539)
==3664== by 0x5440612: process_request_packet (rpc_server.c:439)
==3664== by 0x5441615: RPCRT4_process_packet (rpc_server.c:517)
==3664== by 0x54416A6: RPCRT4_worker_thread (rpc_server.c:539)
==3664== by 0x7BC858C7: process_rtl_work_item (threadpool.c:349)
==3664== by 0x7BC86E2B: threadpool_worker_proc (threadpool.c:2126)
==3664== by 0x7BC785A3: ??? (in
/home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so)
==3664== by 0x7BC7BA7E: call_thread_func (signal_i386.c:2701)
==3664== by 0x7BC78595: ??? (in
/home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so)
==3664== Address 0x4ac14dc is in a r-x mapped file
/home/austin/wine-valgrind/dlls/rpcrt4/tests/rpcrt4_test.exe.so segment
==3664==
--
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=42667
Bug ID: 42667
Summary: Uplay crashes after close
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: olze(a)trustserv.de
Distribution: ---
Created attachment 57618
--> https://bugs.winehq.org/attachment.cgi?id=57618
The error output
I installed uplay and started it. Then i installed Tom Clancys Ghost Recon
Wildlands. I closed uplay. Now i can not start it anymore. I always get an
error saying uplay crashed and a crash dump will be generated.
Could be related to https://bugs.winehq.org/show_bug.cgi?id=39870
--
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=46690
Bug ID: 46690
Summary: kernel32/tests/thread.c shows an invalid read
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p
kernel32_test.exe.so thread && touch thread.ok
thread.c:346: Tests skipped: child process wasn't mapped at same address, so
can't do CreateRemoteThread tests.
==24607== Thread 2:
==24607== Invalid read of size 1
==24607== at 0x7B46DCFA: lstrlenA (string.c:194)
==24607== by 0x4B4B133: threadFunc1 (thread.c:235)
==24607== by 0x7BC785A3: ??? (in
/home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so)
==24607== by 0x7BC7BA7E: call_thread_func (signal_i386.c:2701)
==24607== by 0x7BC78595: ??? (in
/home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so)
==24607== Address 0xdeadbeef is on thread 1's stack
==24607==
--
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=46689
Bug ID: 46689
Summary: kernel32/tests/locale.c shows an invalid write
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p
kernel32_test.exe.so locale && touch locale.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==21972== Invalid write of size 2
==21972== at 0x7B4818FB: wine_decompose (decompose.c:2218)
==21972== by 0x7B48197A: wine_decompose (decompose.c:2234)
==21972== by 0x7B480447: wine_decompose_string (normalize.c:100)
==21972== by 0x7B451617: NormalizeString (locale.c:5403)
==21972== by 0x4AF1149: test_NormalizeString (locale.c:5770)
==21972== by 0x4B07EBC: func_locale (locale.c:6021)
==21972== by 0x4B7172E: run_test (test.h:617)
==21972== by 0x4B7216C: main (test.h:701)
==21972== Address 0x494107c is 0 bytes after a recently re-allocated block of
size 4 alloc'd
==21972== at 0x7BC48A83: notify_alloc (heap.c:260)
==21972== by 0x7BC4BFA7: RtlAllocateHeap (heap.c:1726)
==21972== by 0x7B4433F8: HeapAlloc (heap.c:271)
==21972== by 0x7B44AB49: heap_realloc (heap.h:40)
==21972== by 0x7B4515F7: NormalizeString (locale.c:5396)
==21972== by 0x4AF1149: test_NormalizeString (locale.c:5770)
==21972== by 0x4B07EBC: func_locale (locale.c:6021)
==21972== by 0x4B7172E: run_test (test.h:617)
==21972== by 0x4B7216C: main (test.h:701)
==21972==
--
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=46688
Bug ID: 46688
Summary: wmp/tests/media.c: Jump to the invalid address stated
on the next line
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
Not sure if this is libmpg123 or wine; but:
../../../tools/runtest -q -P wine -T ../../.. -M wmp.dll -p wmp_test.exe.so
media && touch media.ok
==26940== Jump to the invalid address stated on the next line
==26940== at 0xA4EA930: ??? (in /usr/lib32/libmpg123.so.0.44.8)
==26940== by 0x42932FA: __run_exit_handlers (exit.c:108)
==26940== by 0x42933ED: exit (exit.c:139)
==26940== by 0x7BC61B47: NtTerminateProcess (process.c:91)
==26940== by 0x7BC51274: RtlExitUserProcess (loader.c:3031)
==26940== by 0x7B45C491: ??? (in
/home/austin/wine-valgrind/dlls/kernel32/kernel32.dll.so)
==26940== Address 0xa4ea930 is on thread 1's stack
--
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=46661
Bug ID: 46661
Summary: ISF_Desktop_fnGetDisplayNameOf function missing check
for string variable This->sPathTarget before copy it
Product: Wine
Version: 4.0-rc7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: ossecurity(a)iscas.ac.cn
Distribution: ---
ISF_Desktop_fnGetDisplayNameOf function miss the check for string variable
This->sPathTarget before copy it.
Malware(virus etc.) can leverage process injection techniques to hook this
WINAPI function(ISF_Desktop_fnGetDisplayNameOf) and tampered the string
variable This->sPathTarget which may cause "NULL pointer dereference" and
"buffer overflow" in shell32.dll.
583:static HRESULT WINAPI ISF_Desktop_fnGetDisplayNameOf (IShellFolder2 *
iface,
584: LPCITEMIDLIST pidl, DWORD dwFlags, LPSTRRET strRet)
585:{
586: IDesktopFolderImpl *This = impl_from_IShellFolder2(iface);
...
596: pszPath = CoTaskMemAlloc((MAX_PATH +1) * sizeof(WCHAR));
...
600: if (_ILIsDesktop (pidl))
601: {
602: if ((GET_SHGDN_RELATION (dwFlags) == SHGDN_NORMAL) &&
603: (GET_SHGDN_FOR (dwFlags) & SHGDN_FORPARSING))
604: strcpyW(pszPath, This->sPathTarget);//** missing check before
copy **
We find a lot of similar code but not sure about its seriousness yet.
Any comments are helpful.
--
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=7287
Zebediah Figura <z.figura12(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed by SHA1| |8dade1bc86fdb2f5db34464a539
| |50df6b5805e5f
Resolution|--- |FIXED
Status|STAGED |RESOLVED
--- Comment #25 from Zebediah Figura <z.figura12(a)gmail.com> ---
As of
<https://source.winehq.org/git/wine.git/commit/8dade1bc86fdb2f5db34464a53950…>
redundant tabs no longer appear.
--
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=46679
Bug ID: 46679
Summary: Change default prefix to follow FHS standard
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paju1986(a)gmail.com
Distribution: ---
The current default wine prefix is created under the /home/.wine directory
witch does not follow the standard FHS for linux filesystem. Dot files should
be placed under the .config subfolder. example /home/.config/.wine
--
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=46672
Bug ID: 46672
Summary: Steam game won't open on Mac using Wineskin
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Dalton60218(a)gmail.com
Created attachment 63620
--> https://bugs.winehq.org/attachment.cgi?id=63620
The error message I received
Whenever I open a game such as BeamNG.drive, it gives me a blank screen. About
a minute later, it gives me an error. Can anyone help me? Currently using MacOS
Mojave.
--
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=43407
Bug ID: 43407
Summary: con not connect with license server
Product: Wine-staging
Version: 2.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lokesh.bhandari(a)enjayworld.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
I have my application which is for erp. I am trying to install it. It is
installed successfully but it create problem when applying license to it.
-- At the installation of mono it license is applied successfully but after
that it not take license.
-- Also After installing mono license not apply. License apply only when mono
is being installing.
-- My application is used socket to communicate with license server.
Log for application is
fixme:winediag:start_process Wine Staging 2.11 is a testing version containing
experimental patches.
fixme:winediag:start_process Please mention your exact version when filing bug
reports on winehq.org.
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:hnetcfg:fw_profile_get_FirewallEnabled 0xe9c2b0, 0x33fda8
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0
func=500 method=0)
fixme:dbghelp:elf_search_auxv can't find symbol in module
fixme:dbghelp:MiniDumpWriteDump NIY MiniDumpWithHandleData
fixme:dbghelp:MiniDumpWriteDump NIY MiniDumpScanMemory
err:winediag:SQLDrivers No ODBC drivers could be found. Check the settings for
your libodbc provider.
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:ver:GetCurrentPackageId (0x110e220 (nil)): stub
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x7f, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x401, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x402, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x403, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x404, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x405, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x406, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x407, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x408, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x409, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x40a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x40b, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x40c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x40d, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x40e, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x40f, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x410, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x411, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x412, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x413, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x414, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x415, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x416, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x417, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x418, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x419, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x41a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x41b, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x41c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x41d, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x41e, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x41f, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x420, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x421, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x422, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x423, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x424, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x425, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x426, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x427, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x429, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x42a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x42b, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x42c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x42d, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x42f, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x436, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x437, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x438, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x439, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x43e, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x43f, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x440, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x441, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x443, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x444, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x445, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x446, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x447, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x449, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x44a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x44b, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x44e, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x44f, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x450, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x452, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x456, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x457, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x45a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x461, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x465, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x47e, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x48f, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x490, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x491, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x492, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x494, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x801, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x804, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x807, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x809, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x80a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x80c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x810, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x813, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x814, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x816, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x81a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x81d, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x82c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x83c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x83e, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x843, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc01, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc04, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc07, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc09, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc0a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc0c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc13, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc1a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1001, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1004, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1007, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1009, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x100a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x100c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1401, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1404, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1407, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1409, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x140a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x140c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1801, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1809, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x180a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x180c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1c01, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1c09, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1c0a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2001, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2009, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x200a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2401, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2409, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x240a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2801, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2809, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x280a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2c01, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2c09, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2c0a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x3001, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x3009, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x300a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x3401, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x3409, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x340a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x3801, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x380a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x3c01, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x3c0a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4001, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x400a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x440a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x480a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4c0a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x500a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4090409, 0000: semi-stub!
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:htmlhelp:HtmlHelpW HH case HH_INITIALIZE not handled.
fixme:wincodecs:JpegDecoder_Frame_CopyPalette (0x1df0e1c,0x1df0ae8): stub
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0
func=500 method=0)
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0
func=500 method=0)
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1
func=20 method=0)
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1
func=20 method=0)
err:service:process_send_command service protocol error - failed to write pipe!
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 16 0x32ef5c
0x32ef60
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 16 0x32ef58
0x32ef5c
fixme:winspool:EnumFormsA 0x1 1 (nil) 0 0x32fcc0 0x32fcc4
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x409, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:odbc:SQLWriteFileDSNW L"TallyODBC_9000" L"ODBC" L"Driver" L"Tally ODBC
Driver"
fixme:odbc:SQLWriteFileDSNW L"TallyODBC_9000" L"ODBC" L"Server" L"(local)"
fixme:odbc:SQLWriteFileDSNW L"TallyODBC_9000" L"ODBC" L"Port" L"9000"
fixme:odbc:SQLWriteDSNToIniW L"TallyODBC_9000" L"Tally ODBC Driver"
fixme:odbc:SQLWriteDSNToIniW L"TallyODBC_9000" L"Tally ODBC Driver"
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x409, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:odbc:SQLRemoveDSNFromIniW L"TallyODBC_9000"
fixme:odbc:SQLRemoveDSNFromIniW L"TallyODBC_9000"
fixme:htmlhelp:HtmlHelpW HH case HH_UNINITIALIZE not handled.
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:ver:GetCurrentPackageId (0x32fd74 (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=44410
Bug ID: 44410
Summary: UltraISO setup uses wrong char widths in path edit box
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: usp10
Assignee: wine-bugs(a)winehq.org
Reporter: thomas.faber(a)reactos.org
Regression SHA1: fb44feb62fd8b49edd27921bc6bc3682d14c1254
Distribution: ---
Created attachment 60335
--> https://bugs.winehq.org/attachment.cgi?id=60335
Screenshot
The path edit box in UltraISO's setup shows a broken font display since
fb44feb62fd (usp10: Re-use script caches for the same font). It's most clearly
visible with the first backslash, which has too much white space on its left
(see screenshot).
I've tracked it down to the fact that calls to ScriptPlaceOpenType are made
with psa->fNoGlyphIndex values of both TRUE and FALSE, leading to the widths[]
array being populated with both character and glyph indexes. Whichever is
requested first will be written to the cache and then used for both.
As far as I understand, this issue has existed before the guilty commit, it is
just easier to hit now due to the cache re-use. It would seem a fix should
either use two separate caches (one indexed by character, one by glyph), or
consistently use one of the two as the index to widths[], and possibly keep a
char<->glyph lookup table in addition.
Related ReactOS bug: https://jira.reactos.org/browse/CORE-14226
--
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=46641
Bug ID: 46641
Summary: Pharaonic run with invisible characters when DXVK are
enabled
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andy86(a)fastwebnet.it
Distribution: ---
Running Pharaonic with DXVK enabled results in invisible characters, both
player and npcs, also in main-menu animated-background, performance are ok.
Running Pharaonic with bult-in d3d11-d3d10 and dxgi make character visible and
still run smooth.
--
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=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=42329
Bug ID: 42329
Summary: Hellgate London Multiplayer: disconnect on specific
actions
Product: Wine
Version: 2.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Kakarott2003(a)yahoo.de
Distribution: ---
Created attachment 57080
--> https://bugs.winehq.org/attachment.cgi?id=57080
log 1: disconnect on jump
With london2038.com (http://www.hellgateaus.info/forum/server-reboot/) there is
a new server for running Hellgate London in multiplayer.
The windows people can play find.
The most things I can do to.
Like:
- connect to the server
- create and choose a character
- enter stations and tunnels
- chat
- talk to npcs
- walk around
So far so good.
But when I do certain actions I get disconnected.
Like jumping. When I jump, sometimes on the first jump, sometimes later.
Everytime I shoot when I'm in the dungeon (can't shoot in stations).
I tried first with wine-2.0-rc6, then staging.
Tried earlier versions.
Tried some winetricks dlls.
Now with wine-staging-2.0.
Also made a thread on there forum
(http://www.hellgateaus.info/forum/support/hgl-on-linux-with-wine/)
Funny part:
Tried on another PC. Same Debian 64bit. Same wine from repos.
First it disconnected like always.
Then, I don't know what I did, it stayed connected.
I tried to reproduce it but couldn't. Changed wine version. (Of-course always
deleting wine-prefix.)
Nothing. It stayed connected (most times). While on the other machine it always
disconnects.
Tried same debian packages (probably just little different versions) on both
machines. Same /proc-net-TCP-settings.
No change.
Same network with via cable on same switch.
No change.
While staying connected I could see:
- doing nothing ping was around 150ms
- doing something the ping rose (saw times up around 100000ms...) until
standing and waiting, then it would fall normal again
- lots of tcp packages flowing in wireshark while actions were happening
Not really playable. But it stays connected. Somehow...
Now I made logs with
+accel,+actxprxy,+advapi,+animate,+chain,+comboex,+commctrl,+commdlg,+context,+cred,+crypt,+cryptasn,+cryptnet,+datetime,+dpa,+dsa,+eventlog,+handle,+header,+heap,+hotkey,+icmp,+imagelist,+ipaddress,+iphlpapi,+listview,+lsa,+monthcal,+mpr,+mscoree,+nativefont,+netapi32,+netbios,+ntlm,+ole,+oleacc,+olemalloc,+olepicture,+olerelay,+pager,+progress,+propsheet,+rebar,+reg,+rpc,+schannel,+secur32,+service,+statusbar,+storage,+syslink,+tab,+theme_button,+theme_scroll,+theming,+themingcombo,+toolbar,+tooltips,+trackbar,+treeview,+typelib,+updown,+userenv,+variant,+wbemprox,+winediag,+wininet,+winsock,+winspool,+wmi
Hope somebody can help.
--
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=5159
joaopa <jeremielapuree(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jeremielapuree(a)yahoo.fr
--- Comment #66 from joaopa <jeremielapuree(a)yahoo.fr> ---
Does the bug still occur with wine-4.2?
--
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.
https://bugs.winehq.org/show_bug.cgi?id=42097
Bug ID: 42097
Summary: The Vanishing of Ethan Carter disabling Light Shafts
cause to graphic corrupt
Product: Wine
Version: 2.0-rc3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 56610
--> https://bugs.winehq.org/attachment.cgi?id=56610
light shafts disabled
It makes a layer effect.
--
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=46651
Bug ID: 46651
Summary: winegcc does not accept additional flags
Product: Wine
Version: 4.1
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrx(a)hcc.im
Created attachment 63573
--> https://bugs.winehq.org/attachment.cgi?id=63573
log
As macOS 10.14 SDK does not provide 32-bit libraries anymore, one possible way
to compile wine is to get an earlier SDK and use `-isysroot` switch to make
compiler use correct SDK path. (Getting a complete Xcode and using
`xcode-select` should be possible but takes too much disk space. Stripped down
macOS SDK and toolchain could save several GBs)
However, when compiling wine, `winegcc` does not pass any flag to underlying
`cc`, so wine dlls that link to macOS frameworks won't find the correct SDK to
link to.
There is a log below which is one of the failing dll. Command line is given by
`make`. The 10.13 SDK is at
`/Users/MrX/Developer13/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk`,
and different ways trying to pass the `-isysroot` switch such as environment
variable and appending desired switch all failed.
I've tried to manually build the file using command line given by `winegcc -v`
with `-isysroot` appended and I could get the desired .so file.
--
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=46611
Bug ID: 46611
Summary: Readiris 17 fails to load when d2d1 is enabled:
fixme:d2d:d2d_factory_CreateGeometryGroup iface
Product: Wine
Version: 4.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: tinywrkbee(a)gmail.com
Distribution: ---
Created attachment 63511
--> https://bugs.winehq.org/attachment.cgi?id=63511
d2d1 enabled, application crashes
App: Readiris 17, latest trial version, can be downloaded freely from
http://www.irislink.com/EN-IL/c1760/Readiris-17---Trial-version--PDF-Softwa…
Wine: 4.1, WINEARCH=win32, Window 7, winetricks riched20 msxml6.
Behavior:
Installation finished successfully but application failing to load.
After disabling d2d1 the application loads correctly.
See attachments for output with d2d1 (failing) and output without.
0009:fixme:d2d:d2d_factory_CreateGeometryGroup iface 0x76ef8e0, fill_mode 0x1,
geometries 0x8c71df0, geometry_count 2, group 0x323634 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=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=46617
Bug ID: 46617
Summary: Far Cry v1.40 locks up on the loading screen
Product: Wine
Version: 4.1
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 1867b095a0e48ff8619457c703f69b5acc715ede
Distribution: ---
Created attachment 63519
--> https://bugs.winehq.org/attachment.cgi?id=63519
plain terminal output
This was tested with GOG.com version (the game is already patched to the latest
1.4 version). The game was set up to use the default Direct3D renderer
(selecting the OpenGL renderer resulted in an early crash on start for me).
I couldn't reproduce the problem with the original demo version.
The game loads up to the main menu properly, but it hangs with 100% CPU usage
on the loading screen when I'm trying to start a new game or load a previously
saved game.
Reverting the following commit fixes the problem for me:
commit 1867b095a0e48ff8619457c703f69b5acc715ede
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Wed Feb 6 19:38:28 2019 -0600
wined3d: Store stream state in the wined3d_stateblock_state structure.
Please let me know what debug channels would be of help.
wine-4.1-108-gf7b3120991
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 415.22.05
--
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=41168
Bug ID: 41168
Summary: Test Drive Unlimited Crash before entry main menu
Product: Wine
Version: 1.9.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Created attachment 55397
--> https://bugs.winehq.org/attachment.cgi?id=55397
backtrace-testdriveunlimited
test drive unlimited crash before entry main menu, exactly when eden cinematic
finish
System Specs
Nvidia Drivers 370.23 (run package from nvidia drivers homepage)
Xubuntu 16.04 64Bit - Kernel 4.4.0-36 generic (ubuntu mainline) - CPUFreq:
Performance
CPU: INTEL Pentium G3258 (Haswell 22nm) 4.1Ghz + Artic Cooling Alpine 11 Plus
MEMORY: 8GB DDR3 1333 (2x4) Patriot value (dual channel: 21.3 gb/s)
GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition
Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s)
MAINBOARD: MSI H81M E33
--
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=45312
Bug ID: 45312
Summary: AC Syndicate needs bcrypt algorythm/functions
(ECDH_P256, BCryptGenerateKeyPair,
BCryptFinalizeKeyPair)
Product: Wine
Version: 3.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: Gentoo
Assassin's Creed : Syndicate crashes when the game wants to access to the main
menu. Precisely after the Intro video (Nvidia, Ubisoft video) and the screen
with the message which say "Press any key to continue".
This issue exists only when you launch the game with UPlay on Online Mode.
If UPlay is on Offline mode (no cloud save, success etc...), you can to access
to the main menu without problem.
----------
1- When the game crashes, i have these line in my output console :
"0108:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"ECDH_P256" not
supported"
I created a hack to add the support of ECDH_P256 (see attached files)
2- With my 1st hack with ECDH_P256 support, the game still crashes but for an
other reason. This time, i have error line about a bcrypt function not
implemented : BCryptGenerateKeyPair
I created a hack to implement this function (see attached files)
3- With my both latest patches, the game continu to crash at the same place.
Now it crashes because a second function for bcrypt is not implemented :
BCryptFinalizeKeyPair
I created a hack to implement this function (see attached files)
----------
With my 3 workaround, the crash is gone and i can to access to the main menu
with UPlay on Online mode after pressing a key.
Now, i don't know if my workaround are correct to send these files to
wine-patches or if someone prefer to implement completly these
functions/algorythm.
Thanks,
Maxime
--
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=46208
Bug ID: 46208
Summary: Elite Dangerous is unstable in wine-devel
Product: Wine
Version: 3.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: brendan(a)redmandi.com
Distribution: ---
When using wine-devel v3.21, Elite Dangerous is unstable and will usually
freeze before finishing the opening video (but will sometimes get as far as
shader compilation).
When attaching a debugger, it looks like all processes are waiting for an
event.
The program needs to be killed with a 'kill -9'.
The workaround is to run Elite with 'taskset -c 0', but it also appears to
progress further if you run with 'WINEDEBUG=+relay'.
This leads me to believe the issue is one of timing (as opposed to
multi-threading).
When using wine-staging v3.21, Elite has no such problems and runs perfectly.
A git bi-sect led me to find that the reason for this was a single patch:
https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-fute…
Applying just this patch to wine-devel v3.21 results in the game running fine.
--
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=46618
Bug ID: 46618
Summary: Far Cry v1.40 locks up when changing screen resolution
or anti-aliasing level
Product: Wine
Version: 4.1
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: cc88fb0b691efd771cf43045dccbe9c5b7bc9993
Distribution: ---
Created attachment 63520
--> https://bugs.winehq.org/attachment.cgi?id=63520
plain terminal output
Just like with bug #46617, I tested this bug with the GOG.com version. Unable
to reproduce with the demo version.
The game freezes with high CPU usage when I'm trying to change screen
resolution or anti-aliasing level in the Video Options menu.
According to my testing this was caused by
commit cc88fb0b691efd771cf43045dccbe9c5b7bc9993
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Wed Feb 6 19:38:25 2019 -0600
wined3d: Store the index buffer in the wined3d_stateblock_state structure.
The patch can't be reverted cleanly, but the problem doesn't exist with the
previous commit.
wine-4.1-108-gf7b3120991
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 415.22.05
--
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=45524
Bug ID: 45524
Summary: Add a futex-based implementation of condition
variables
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Created attachment 61910
--> https://bugs.winehq.org/attachment.cgi?id=61910
[PATCH] ntdll: Add a futex-based condition variable implementation.
Titanfall 2 has reportedly high wineserver overhead, and this seems to help
with that.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36623
Bug ID: 36623
Summary: valgrind shows some leaks in ddraw/tests/ddraw7.c
Product: Wine
Version: 1.7.19
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
All of the form:
==31752== 20 bytes in 1 blocks are definitely lost in loss record 194 of 1,726
==31752== at 0x7BC4C75D: notify_alloc (heap.c:255)
==31752== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==31752== by 0x4A75A4B: DirectDrawCreateClipper (ddraw.c:3274)
==31752== by 0x4A75C0D: ddraw7_CreateClipper (ddraw.c:3309)
==31752== by 0x4DA2139: test_clipper_blt (ddraw7.c:710)
==31752== by 0x4DC439D: func_ddraw7 (ddraw7.c:7183)
==31752== by 0x4DF1F84: run_test (test.h:584)
==31752== by 0x4DF2373: main (test.h:654)
==31752==
There's a similar issue in ddraw4 in bug 36343.
--
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=35889
Bug ID: 35889
Summary: wine1.6 display fuzzy chinese ttf fonts, but dialog
fonts display normal
Product: Wine
Version: 1.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gamiljydcome(a)gmail.com
Created attachment 47925
--> http://bugs.winehq.org/attachment.cgi?id=47925
fuzzy chinese ttf fonts
i am running wine to use tdxw.exe (stock software) for a long time. i installed
simsun.ttf to show chinese fonts, before wine 1.5.18 this app disaplay fonts
very clearly. but using wine 1.6.x\1.7.x this app display fonts very fuzzy,
dialog fonts display normal. my os box is debian7.
i have tried disable fontconfig anti-aliasing and wine anti-aliasing,
replaced many other ttf fonts, nothing changed. see blow sample photo.
how to fix it?
--
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=46252
Bug ID: 46252
Summary: StarCitizen has bad performance since bugfix on bug
#46099
Product: Wine
Version: 3.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rawfox(a)freenet.de
Distribution: ---
Since bug 46099 is fixed, the game has bad performance, fps is 3-5.
https://bugs.winehq.org/show_bug.cgi?id=46099
To make the game perform normal, we need these two other patches applied to
wine:
https://bugs.winehq.org/attachment.cgi?id=62897
and
https://bugs.winehq.org/attachment.cgi?id=62902
I dont know mutch about WaitOnAddress and the futex thing in wine, but the game
works definitly like a charm with those patches applied.
--
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=38685
Bug ID: 38685
Summary: valgrind shows an invalid read in d3d9/tests/d3d9ex.c
Product: Wine
Version: 1.7.44
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
Distribution: ---
../../../tools/runtest -q -P wine -T ../../.. -M d3d9.dll -p d3d9_test.exe.so
d3d9ex && touch d3d9ex.ok
==28064== Invalid read of size 2
==28064== at 0x4F67EB5: check_gamma_ramps (dc.c:1335)
==28064== by 0x4F6831B: SetDeviceGammaRamp (dc.c:1405)
==28064== by 0x4ABEE02: wined3d_swapchain_set_gamma_ramp (swapchain.c:255)
==28064== by 0x4ABE091: swapchain_cleanup (swapchain.c:37)
==28064== by 0x4ABE4DB: wined3d_swapchain_decref (swapchain.c:108)
==28064== by 0x4A17BB7: wined3d_device_uninit_3d (device.c:1135)
==28064== by 0x499A3F0: d3d9_device_Release (device.c:307)
==28064== by 0x47A167F: test_user_memory_getdc (d3d9ex.c:1398)
==28064== by 0x47A7338: func_d3d9ex (d3d9ex.c:2927)
==28064== by 0x4833E19: run_test (test.h:584)
==28064== by 0x4834261: main (test.h:666)
==28064== Address 0x4720000 is 392 bytes inside a block of size 1,712 alloc'd
==28064== at 0x7BC4A9F1: notify_alloc (heap.c:254)
==28064== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715)
==28064== by 0x4AC1763: wined3d_swapchain_create (swapchain.c:1064)
==28064== by 0x49AA370: swapchain_init (swapchain.c:337)
==28064== by 0x49AA44D: d3d9_swapchain_create (swapchain.c:362)
==28064== by 0x49A3DA1: device_parent_create_swapchain (device.c:3578)
==28064== by 0x4A17107: wined3d_device_init_3d (device.c:911)
==28064== by 0x49A41D0: device_init (device.c:3696)
==28064== by 0x49A609F: d3d9_CreateDeviceEx (directx.c:573)
==28064== by 0x479AE2A: create_device (d3d9ex.c:183)
==28064== by 0x47A13F5: test_user_memory_getdc (d3d9ex.c:1373)
==28064== by 0x47A7338: func_d3d9ex (d3d9ex.c:2927)
==28064== by 0x4833E19: run_test (test.h:584)
==28064== by 0x4834261: main (test.h:666)
==28064==
==28064== Invalid read of size 2
==28064== at 0x4F67ECB: check_gamma_ramps (dc.c:1335)
==28064== by 0x4F6831B: SetDeviceGammaRamp (dc.c:1405)
==28064== by 0x4ABEE02: wined3d_swapchain_set_gamma_ramp (swapchain.c:255)
==28064== by 0x4ABE091: swapchain_cleanup (swapchain.c:37)
==28064== by 0x4ABE4DB: wined3d_swapchain_decref (swapchain.c:108)
==28064== by 0x4A17BB7: wined3d_device_uninit_3d (device.c:1135)
==28064== by 0x499A3F0: d3d9_device_Release (device.c:307)
==28064== by 0x47A167F: test_user_memory_getdc (d3d9ex.c:1398)
==28064== by 0x47A7338: func_d3d9ex (d3d9ex.c:2927)
==28064== by 0x4833E19: run_test (test.h:584)
==28064== by 0x4834261: main (test.h:666)
==28064== Address 0x4720000 is 392 bytes inside a block of size 1,712 alloc'd
==28064== at 0x7BC4A9F1: notify_alloc (heap.c:254)
==28064== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715)
==28064== by 0x4AC1763: wined3d_swapchain_create (swapchain.c:1064)
==28064== by 0x49AA370: swapchain_init (swapchain.c:337)
==28064== by 0x49AA44D: d3d9_swapchain_create (swapchain.c:362)
==28064== by 0x49A3DA1: device_parent_create_swapchain (device.c:3578)
==28064== by 0x4A17107: wined3d_device_init_3d (device.c:911)
==28064== by 0x49A41D0: device_init (device.c:3696)
==28064== by 0x49A609F: d3d9_CreateDeviceEx (directx.c:573)
==28064== by 0x479AE2A: create_device (d3d9ex.c:183)
==28064== by 0x47A13F5: test_user_memory_getdc (d3d9ex.c:1373)
==28064== by 0x47A7338: func_d3d9ex (d3d9ex.c:2927)
==28064== by 0x4833E19: run_test (test.h:584)
==28064== by 0x4834261: main (test.h:666)
==28064==
==28064== Invalid read of size 2
==28064== at 0x4F67F45: check_gamma_ramps (dc.c:1340)
==28064== by 0x4F6831B: SetDeviceGammaRamp (dc.c:1405)
==28064== by 0x4ABEE02: wined3d_swapchain_set_gamma_ramp (swapchain.c:255)
==28064== by 0x4ABE091: swapchain_cleanup (swapchain.c:37)
==28064== by 0x4ABE4DB: wined3d_swapchain_decref (swapchain.c:108)
==28064== by 0x4A17BB7: wined3d_device_uninit_3d (device.c:1135)
==28064== by 0x499A3F0: d3d9_device_Release (device.c:307)
==28064== by 0x47A167F: test_user_memory_getdc (d3d9ex.c:1398)
==28064== by 0x47A7338: func_d3d9ex (d3d9ex.c:2927)
==28064== by 0x4833E19: run_test (test.h:584)
==28064== by 0x4834261: main (test.h:666)
==28064== Address 0x4720000 is 392 bytes inside a block of size 1,712 alloc'd
==28064== at 0x7BC4A9F1: notify_alloc (heap.c:254)
==28064== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715)
==28064== by 0x4AC1763: wined3d_swapchain_create (swapchain.c:1064)
==28064== by 0x49AA370: swapchain_init (swapchain.c:337)
==28064== by 0x49AA44D: d3d9_swapchain_create (swapchain.c:362)
==28064== by 0x49A3DA1: device_parent_create_swapchain (device.c:3578)
==28064== by 0x4A17107: wined3d_device_init_3d (device.c:911)
==28064== by 0x49A41D0: device_init (device.c:3696)
==28064== by 0x49A609F: d3d9_CreateDeviceEx (directx.c:573)
==28064== by 0x479AE2A: create_device (d3d9ex.c:183)
==28064== by 0x47A13F5: test_user_memory_getdc (d3d9ex.c:1373)
==28064== by 0x47A7338: func_d3d9ex (d3d9ex.c:2927)
==28064== by 0x4833E19: run_test (test.h:584)
==28064== by 0x4834261: main (test.h:666)
==28064==
Potentially causing a valgrind crash:
Memcheck: mc_main.c:1000 (get_sec_vbits8): Assertion 'n' failed.
Memcheck: get_sec_vbits8: no node for address 0x4720000 (0x472000D)
host stacktrace:
==28064== at 0x38030875: show_sched_status_wrk (m_libcassert.c:341)
==28064== by 0x38030981: report_and_quit (m_libcassert.c:413)
==28064== by 0x38030A63: vgPlain_assert_fail (m_libcassert.c:479)
==28064== by 0x3800AF24: get_sec_vbits8 (mc_main.c:1000)
==28064== by 0x3800B2FE: get_vbits8 (mc_main.c:812)
==28064== by 0x3800B2FE: mc_LOADVn_slow (mc_main.c:1368)
==28064== by 0x3800D9FF: mc_LOADV16 (mc_main.c:4601)
==28064== by 0x3800D9FF: vgMemCheck_helperc_LOADV16le (mc_main.c:4634)
==28064== by 0xBB643E1: ???
sched status:
running_tid=1
Thread 1: status = VgTs_Runnable (lwpid 28064)
==28064== at 0x4F67EB5: check_gamma_ramps (dc.c:1335)
==28064== by 0x4F6831B: SetDeviceGammaRamp (dc.c:1405)
==28064== by 0x4ABEE02: wined3d_swapchain_set_gamma_ramp (swapchain.c:255)
==28064== by 0x4ABE091: swapchain_cleanup (swapchain.c:37)
==28064== by 0x4ABE4DB: wined3d_swapchain_decref (swapchain.c:108)
==28064== by 0x4A17BB7: wined3d_device_uninit_3d (device.c:1135)
==28064== by 0x499A3F0: d3d9_device_Release (device.c:307)
==28064== by 0x47A167F: test_user_memory_getdc (d3d9ex.c:1398)
==28064== by 0x47A7338: func_d3d9ex (d3d9ex.c:2927)
==28064== by 0x4833E19: run_test (test.h:584)
==28064== by 0x4834261: main (test.h:666)
--
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=46644
Bug ID: 46644
Summary: Ichitarou crashes when creating a new document
Product: Wine
Version: 4.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: funtimeschaos(a)rocketmail.com
Distribution: ---
Created attachment 63564
--> https://bugs.winehq.org/attachment.cgi?id=63564
Ichitarou output (clean wine)
Ichitarou is a japanese word processor. It installs and starts just fine, no
glaringly obvious errors from the UI.
However, if I try creating a new document (or opening an existing one), it
immediately crashes.
I'm testing with the 30-day trial version of Ichitarou that can be downloaded
from this page: https://www.justsystems.com/jp/download/trial/ichitaro/
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.