https://bugs.winehq.org/show_bug.cgi?id=41774
Bug ID: 41774
Summary: Rogue operatives - only white screen in game with HUD
Product: Wine
Version: 1.9.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: spleefer90(a)gmail.com
Distribution: ---
Created attachment 56210
--> https://bugs.winehq.org/attachment.cgi?id=56210
Steam+RO log
This is using wine-git, as a bug that didn't let the game launch a lobby just
got fixed.
I can get into the menu fine, create a lobby but when it loads I can only see
pure white with working HUD drawn on top of it.
Using Win7.
--
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=41905
Bug ID: 41905
Summary: The Solus Project: Backend can't handle opcode bfrev
Product: Wine
Version: 1.9.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
Created attachment 56288
--> https://bugs.winehq.org/attachment.cgi?id=56288
Terminal output Wine 1.9.23
As of Wine 1.9.23, I've noticed that The Solus project has the following item
in the terminal:
fixme:d3d_shader:shader_glsl_handle_instruction Backend can't handle opcode
bfrev.
--
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=40910
Bug ID: 40910
Summary: The Next BIG Thing can't save the game (needs native
xmllite)
Product: Wine
Version: 1.9.13
Hardware: x86
URL: http://www.fileplanet.com/219646/210000/fileinfo/The-N
ext-BIG-Thing-Demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: xmllite
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
When attempting to save the game, nothing happens: there is no error message
from the game and no saved game is created. The demo version tends to hang
after performing a manual save.
In the terminal:
fixme:xmllite:xmlwriter_SetProperty Unimplemented property (1)
Saving the game works with native xmllite.dll.
Steps to reproduce the problem in the demo:
Start the game with 'The Next Big Thing.exe', create a new player, start a new
game. You can skip the intro videos by pressing <Esc.> Move the mouse pointer
to the top of the screen and select the rightmost icon to open the controls
menu. Use the disk icon to save the game, enter a name, press <Enter>. The game
is not saved.
The_Next_BIG_Thing_Demo_EN.zip (793M)
sha1: a3ef1262a81a0b853eafd7a51f232b2abf343c14
--
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=43512
Bug ID: 43512
Summary: Hellblade: Senua's Sacrifice - the player character is
severely distorted
Product: Wine
Version: 2.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
Created attachment 58900
--> https://bugs.winehq.org/attachment.cgi?id=58900
Wine 2.14 screenshot of the graphic corruption of the player character
Hi,
I have reproduced this issue with Wine 2.14 and Wine Staging 2.13 (my distro
doesn't have 2.14 Staging yet..) with CSMT on and off.
The main issue is that during the game's intro sequence the main character gets
this severe graphic corruption every few frames or so.
I will attach a couple of screenshots and the terminal output to best show the
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=42570
Bug ID: 42570
Summary: dinput/tests/mouse intermittently fails in Acquire()
and GetDeviceData()
Product: Wine
Version: 2.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Created attachment 57480
--> https://bugs.winehq.org/attachment.cgi?id=57480
log with +dinput
The following lines are sometimes printed:
mouse.c:143: Test failed: Acquire() should have failed: 00000000
mouse.c:147: Test failed: Acquire() failed: 00000001
Less often, 2-4 of the following lines may be printed as well:
mouse.c:152: Test failed: GetDeviceData() failed: 00000000 cnt:0
mouse.c:158: Test failed: GetDeviceData() failed: 00000000 cnt:0
mouse.c:166: Test failed: GetDeviceData() failed: 00000000 cnt:0
mouse.c:177: Test failed: GetDeviceData() failed: 00000000 cnt:0
This affects at least the f25 and hd6800 test machines. If there is any
relevant information I can provide about my machine, please let me know.
--
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=41220
Bug ID: 41220
Summary: Provide fallback implementation of strnlen for OS
versions that don't have it in their Libc (Leopard,
Snow Leopard, et al)
Product: Wine
Version: 1.9.17
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: jeremyhu(a)freedesktop.org
wine-1.9.17 is failing to build on Leopard and Snow Leopard due to strnlen not
being available on those OS versions, where d3d10.dll.so and d3d11.dll.so fail
to link with:
Undefined symbols for architecture i386:
"_strnlen", referenced from:
_fx10_get_string in effect.o
Undefined symbols for architecture i386:
"_strnlen", referenced from:
_shader_parse_signature in shader.o
A fallback implementation of strnlen should be provided for such cases.
--
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=43217
Bug ID: 43217
Summary: Wine cannot execute position-independent (PIE) host
executables via CreateProcess()
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: osmanx(a)problemloesungsmaschine.de
Distribution: ---
Created attachment 58504
--> https://bugs.winehq.org/attachment.cgi?id=58504
script.sh: Test script to reproduce the problem; test.c: Windows program;
hello.c: Host/Linux program
The problem arises from the fact that `create_process_impl()` in
`dlls/kernel32/process.c` ultimately calls `MODULE_get_binary_info()` in
`dlls/kernel32/module.c` which detects PIE exectuables as ELF shared objects
and thus sets `info->type = BINARY_UNIX_LIB;` instead of `info->type =
BINARY_UNIX_EXE;`. I do not have enough knowledge about the precise way that
Winelib apps are implemented or supposed to work, but the fact that PIE
executables are in fact ELF shared objects and not ELF executables according to
the ELF header, causes Wine to detect these as Winelib apps and ultimately
invoke the wrong process creation path.
The problem especially manifests on the just released Debian 9 Stretch because
Debian 9 now uses PIE executables throughout the distribution and these cannot
be started any more from within programs running on Wine. Tested with
winehq-devel packages 2.10 as well as Debian 9 packaged Wine 1.8.7 and 2.0.
Looking at Wine git master, the relevant code paths have not changed at all for
quite some time, thus this very likely also applies to all other Wine versions
as well. Non-PIE executables work fine.
Test script (script.sh) to reproduce the problem as well as output of the test
script 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=40866
Bug ID: 40866
Summary: DigitalMicrograph: crashes when a new script is added
to the menu
Product: Wine
Version: 1.9.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: niermann(a)physik.tu-berlin.de
Distribution: ---
Created attachment 54885
--> https://bugs.winehq.org/attachment.cgi?id=54885
Wine output during crash
DigitalMicrograph by Gatan crashes when the "Install Script" dialog is closed.
Independently of whether the dialog is opened via the "File->Install Script" or
the "File->Install Script File" command.
To reproduce: Create new script (File->New Script) and try to install it
(File->Install Script). In the "Install script" dialog simply press Enter
without changing anything.
Bug occurs on DigitalMicrograph versions 1.8.3 and 2.3.0 (others not tested)
and with wine 1.6.2 and wine-1.9.13 (others not tested).
>From tracing the outputs and by debugging wine I found the reason for the crash
to be in dlls/user32/edit.c: The application calls EM_GETHANDLE and later
WM_SETFONT on an edit control (without sending EM_SETHANDLE in between). During
processing WM_SETFONT the es->text field is accessed, which at this point
contains NULL due to the inhibited buffer locking after EM_GETHANDLE.
--
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=36441
Bug ID: 36441
Summary: joy.cpl crashes when PS4 Gamepad connected via
Bluetooth
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lp-san(a)lostpoint.ru
Created attachment 48464
--> http://bugs.winehq.org/attachment.cgi?id=48464
crash log available via gui crash message
First of all, I'd like to apologize if I came to the wrong bigtracker, since
I'm a wineskin user, not pure wine user. But I believe the problem is a
wine-specific, not wineskin specific.
I'm using Wineskin 2.6.0 (latest) with Wine Engine WS9Wine1.7.18 (the latest
available via Wineskin).
I'm connecting PS4 Gamepad via Bluetooth, then I start a Wine/Wineskin Command
Line Shell, executing "control joy.cpl" and the control panel applet crashes.
If I disconnect the gamepad, the applet works fine.
I attached the crash log information in a text file. I can provide any debug
information from the wine logs if needed.
--
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=43000
Bug ID: 43000
Summary: wine can't be compiled by gcc-2.95.4
(dsound/dsound_convert.c, C99 ~ lrintf)
Product: Wine
Version: 2.7
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
wine-2.7 @ gcc-2.95.4: compilation fails:
/dlls/dsound/dsound_convert.c: In function `f_to_8':
/dlls/dsound/dsound_convert.c:123: warning: implicit declaration of function
`lrintf'
/dlls/dsound/dsound_convert.c: At top level:
/dlls/dsound/dsound_convert.c:342: Internal compiler error:
/dlls/dsound/dsound_convert.c:342: Internal compiler error in `output_die', at
dwarf2out.c:5433
--
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.