https://bugs.winehq.org/show_bug.cgi?id=50945
Bug ID: 50945
Summary: StretchBlt may produce incorrect results
Product: Wine
Version: 6.5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: zzhang(a)codeweavers.com
Distribution: ---
In the attached program, test 26, 28, 36, 37, 38 doesn't produce the same
results on Wine as Windows.
Test 26: Set source DC layout flag as LAYOUT_RTL |
LAYOUT_BITMAPORIENTATIONPRESERVED
Test 28: Set source DC layout flag as LAYOUT_RTL |
LAYOUT_BITMAPORIENTATIONPRESERVED with mirrored x
Test 36: Source with mirrored x with offset
Test 37: Source with mirrored y with offset
Test 38: Source with mirrored x and y with offset
Run the test program and click left to advance test cases and click right to go
back. Compare the results on Windows and on 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=39156
Bug ID: 39156
Summary: magicka 2 doesn't start
Product: Wine
Version: 1.7.47
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: scrimekiler(a)yahoo.fr
Distribution: ---
Created attachment 52185
--> https://bugs.winehq.org/attachment.cgi?id=52185
+loaddll
Hi,
I have added Magicka 2 as new app on wine app db, it should come soon.
The game doesn't start at all and I'm trying to figure out why.I run it in a 32
bits clean prefix.
disabling d3d10 and d3d11 removes the error output about d3d.Adding vcrun2005
using winetricks removes the error about msvcrt (I've added this specific
version because +loaddll shows it's trying to load msvcr80)
Anyway, even after this the game still doesn't start.I've also tried to add the
component for magicka 1 with winetricks in case it uses some common components
without success (dotnet35 xna31 xinput)
I've added the +loaddll log as attachement, but here is the default wine output
:
fixme:winediag:start_process Wine Staging 1.7.47 is a testing version
containing experimental patches.
fixme:winediag:start_process Please report bugs at http://bugs.wine-staging.com
(instead of winehq.org).
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
fixme:console:AttachConsole stub ffffffff
fixme:ver:GetCurrentPackageId (0x33fa38 (nil)): stub
fixme:d3d11:D3D11CreateDevice adapter 0x13d6d0, driver_type
D3D_DRIVER_TYPE_UNKNOWN, swrast (nil), flags 0, feature_levels 0x33f6e4, levels
0x6, sdk_version 7, device (nil), feature_level 0x33f6e0, context (nil) stub!
err:ole:CoCreateInstance apartment not initialised
fixme:msvcrt:__clean_type_info_names_internal (0x64085a64) 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=43896
Bug ID: 43896
Summary: Elex renders most parts as big white glowing area
Product: Wine-staging
Version: 2.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: holzminister(a)t-online.de
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 59514
--> https://bugs.winehq.org/attachment.cgi?id=59514
Terminal log, compressed; uncompressed size is 43 MB
When I start up Elex(GOG version) most parts ingame are kind of glowing
white/yellow/green and are overshadowing the game graphics(see screenshots). I
can move ingame and collect things from the ground, but with the rendering bug
it is more or less unplayable.
--
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=9154
ezequielv <evi.emu.wine.winehq.bugs.01(a)jev.me.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |evi.emu.wine.winehq.bugs.01
| |(a)jev.me.uk
--
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=50510
Bug ID: 50510
Summary: user32-rawinput-hid patches sending bogus HID data
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lunarlambda(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I'm using RawInput and HidP APIs to parse joystick input. My controller has 6
axis and 14 buttons, and shows up fine in `wine control joy.cpl.`
However, the data I get from HidP_GetCaps and HidP_GetUsages /
HidP_GetUsageValue seems to be nonsense, as it's telling me my controller has
only 11 buttons, and also my window is being completely spammed with WM_INPUT
messages, with HidP_GetUsages returning usages like 191 or 551, and
HidP_GetUsageValue returning seemingly random values too, even when the
controller is *completely* still.
I tried using the test apps listed on the wiki but they don't seem to be of
much use (one of them crashes because of unimplemented _vcswprintf or
something)
I'm afraid that's all the info I can provide without further instructions. I am
confident I am using the HID APIs correctly.
--
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=46368
Bug ID: 46368
Summary: The game Evil Twin segfaults when loading saved state.
Product: Wine
Version: 4.0-rc2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: inferrna(a)gmail.com
Distribution: ---
Created attachment 63107
--> https://bugs.winehq.org/attachment.cgi?id=63107
Bactrace in 4.02 (staging)
I still can play the game in previous version of wine (stable 3.04) bot it
fails in modern versions.
--
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=45911
Bug ID: 45911
Summary: Rocksmith 2014 crashes after playing Score Attack
Product: Wine
Version: 3.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: milo(a)meelo.org
Distribution: ---
Created attachment 62440
--> https://bugs.winehq.org/attachment.cgi?id=62440
crashlog
Rocksmith 2014/remastered (steam) crashes roughly 10 minutes after starting
Score Attack mode, even if you play just one song in it and move on to Learn a
Song mode.
Reproducing the easiest way:
* Go to Guitarcade -> Score Attack
* Pick a song that's 4-5 minutes long
* Play the same song until the game crashes
** Should crash during third playthrough
Workaround:
Restarting game client after every two playthroughs in Score Attack.
Wine-prefix is 64bit.
system:
CPU: AMD FX(tm)-8320 Eight-Core Processor
GPU: GeForce GTX 960 (2 GB video memory)
nvidia-drivers-396.24
RAM: 16 GB
OS: Gentoo, with 4.16.14 kernel
Wine versions tested:
wine-staging 3.9 - 3.16
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43969
Bug ID: 43969
Summary: openGL SwapBuffers with NULL context
Product: Wine
Version: 2.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: jp-dev(a)inbox.ru
Distribution: ---
A fragment of openGL code works under Windows and crashes under wine staging
2.19 at glxdrv_wglSwapBuffers. This code can be found under the VSTGUI project
(see https://git.io/vFCwl).
The problem in wine is triggered because the library makes a null context
current before the invocation of swapBuffers. As strange as it may be, Windows
is able to render in this condition.
wglMakeCurrent (deviceContext, 0);
SwapBuffers (deviceContext);
When I pass a context instead of 0, wine works as well.
This reveals a pair of problems. First, there is a null pointer dereference in
wgl_SwapBuffers. ctx->hdc is an invalid access because of the null context (I
have added the `&& ctx` check).
if (escape.gl_drawable && ctx) ExtEscape( ctx->hdc, X11DRV_ESCAPE,
sizeof(escape), (LPSTR)&escape, 0, NULL );
This change allows the program to run without crash, but the result is no
rendering. My test configuration on Windows was 8.1 with the vmware GL
passthrough driver.
--
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=17735
Summary: andrew rudson's drum machine: makes wine segfault upon
start
Product: Wine
Version: 1.1.17
Platform: PC
URL: http://andrewrudson.com/drummachine/main.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: timonator(a)perpetuum-immobile.de
When starting up Drum Machine (see URL for download link; this bug report is
for drum machine version "1.36 beta") Wine crashes with a Segfault like this:
zsh: segmentation fault wine DrumMachine.exe
I can briefly see a window pop up and immediately close again.
--
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.