http://bugs.winehq.org/show_bug.cgi?id=33344
Bug #: 33344
Summary: Cannot use full screen resolution (1366x768, 16:9)
with a game that support it
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madeodario(a)gmail.com
Classification: Unclassified
As in the title, I cannot use full screen resolution (1366x768, 16:9) with game
that support it.
In particular the game is GTA San Andreas (I think 1.01v).
I'm using wine 1.5.27.
The game lists only 640x480, 800x600, 1024x768. On Windows it is able to start
with the full screen resolution (1366x768) and there are also more other
resolutions available.
The game has been installed in the same way on both Windows (7) and Linux (Xubu
12.10).
I tried to use a virtual desktop. I set it to 1366x768 but the game still lists
only 640x480, 800x600, 1024x768.
I also tried to use a bigger virtual desktop (4000x3000). In this case, the
game was able to recognize the 4000x3000 resolution (it started but clearly was
unplayable due to huge resolution) but 1366x768 is still not present.
--
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=40438
Bug ID: 40438
Summary: Add texture format R2VB (ati specific)
Product: Wine
Version: 1.9.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: super_man(a)post.com
Distribution: ---
Resident evil 5 benchmark uses this texture format.
I am not 100% sure that this is the same benchmark because I had this demo
installed for a long time waiting to getting fixed.
http://downloads.guru3d.com/Resident-Evil-5-PC-Benchmark-Utility-download-2…
Demo shows few logos and some white loading bar. That's pretty much it.
fixme:d3d:debug_d3dformat Unrecognized 0x42563252 (as fourcc: R2VB)
WINED3DFORMAT!
fixme:d3d:wined3d_get_format Can't find format unrecognized (0x42563252) in the
format lookup table
I found these
https://www.youtube.com/watch?v=SOrlBmzjD1Y
effect in use
also this is great guide how to implement the feature.
http://amd-dev.wpengine.netdna-cdn.com/wordpress/media/2012/10/R2VB_program…
It dosent look too complicated, the guide is well done.
--
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=37402
Bug ID: 37402
Summary: WINAPI is not correct
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: k1-801(a)mail.ru
Distribution: ---
I've found a strang bug while testing my program.
I used few WINAPI funcs for codepage converting (the file path was in UTF-8,
and to open it, I needed to convert it to the Windows's awkward wchar_t and
back). I hadn't a copy of Windows that time, so I tested it on wine. There's
the tested code:
char* WcharToUTF8(wchar_t *in)
{
uint64_t len = WideCharToMultiByte(CP_UTF8, MB_ERR_INVALID_CHARS, in, -1,
NULL, 0, NULL, NULL);
char *out = (char*)calloc((len + 1) * 6, sizeof(char));
WideCharToMultiByte(CP_UTF8, MB_ERR_INVALID_CHARS, in, -1, out, len, NULL,
NULL);
return out;
}
It worked on wine. On wine it returns correctly converted string. On real
Windows it returns nothing, and empty string crashes the program.
After replasing MB_ERR_INVALID_CHARS with 0 it worked on both wine and Windows.
char* WcharToUTF8(wchar_t *in)
{
uint64_t len = WideCharToMultiByte(CP_UTF8, 0, in, -1, NULL, 0, NULL,
NULL);
char *out = (char*)calloc(len + 1, sizeof(char));
WideCharToMultiByte(CP_UTF8, 0, in, -1, out, len, NULL, NULL);
return out;
}
Also, the code was stolen from MSDN page about codepages, and there was a note
about "nothing will work correctly WITHOUT MB_ERR_INVALID_CHARS".
Windows bug? Wine bug? Wine did work as said in MSDN, Windows did not.
--
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=12714
Summary: SimCity 2000: crashes when saving or opening a file.
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mkno(a)earthlink.net
Whenever I open the file dialog to open or save a file, or when I just try to
save a file directly, SimCity 2000 crashes.
--
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=43264
Bug ID: 43264
Summary: The Witcher 3: Black and red face textures and missing
vegetation
Product: Wine
Version: 2.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: asheldon55(a)gmail.com
Distribution: ---
Created attachment 58589
--> https://bugs.winehq.org/attachment.cgi?id=58589
Terminal output
Game has black and red textures (particularly in faces, mainly visible in
cutscenes), and missing vegetation:
https://i.imgur.com/uSKHNMw.jpghttps://i.imgur.com/VvxdZZY.jpg
Problem can be worked around by changing any graphical setting (such as Shadow
Quality), resulting in near correct output (disregarding other bugs):
https://i.imgur.com/8BbM5ZU.jpghttps://i.imgur.com/NZk24Cq.jpg
If I reload a save, the problem will occur again. Problem is not limited to
cutscenes, but the red/black face problem appears to be consistent in
cutscenes, but intermittent outside of cutscenes.
Testing was done using this mod: http://www.nexusmods.com/witcher3/mods/2033/?
allowing setting changes during cutscenes.
System information:
Wine version: 2.11-staging (likely affects wine-devel, but other bugs prevent
the game working)
Distribution: Gentoo stable
OpenGL:
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 980 Ti/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 384.47
OpenGL core profile shading language version string: 4.50 NVIDIA
OpenGL version string: 4.5.0 NVIDIA 384.47
CPU: Ryzen R1600
RAM: 16GB
Terminal log attached.
Discussions on other forums suggest the problem may be Nvidia binary driver
specific.
--
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=42099
Bug ID: 42099
Summary: Bedlam (indie game) renders 3D world upside down
(DX11)
Product: Wine
Version: 2.0-rc3
Hardware: x86
URL: http://store.steampowered.com/app/261490/
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 56616
--> https://bugs.winehq.org/attachment.cgi?id=56616
terminal output
This is an indie game built on Unity (4.5.x).
When the game uses the DX11 renderer and you enter the 3D world of the game,
everything is rendered upside down except HUD elements.
The menus also look good.
With the DX9 renderer (disabled d3d11.dll) scenery is rendered correctly in the
3D world.
The following 3 lines were removed from the log to reduce it's size:
fixme:d3d11:d3d11_immediate_context_OMSetBlendState Per-rendertarget blend not
implemented.
fixme:d3d11:d3d11_immediate_context_OMSetBlendState Color mask > 3 not
implemented.
fixme:d3d11:d3d11_immediate_context_RSSetState Ignoring depth bias.
Fedora 25 x64 (32-bit wineprefix, Windows 7 profile selected)
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 375.26
--
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=41747
Bug ID: 41747
Summary: HYPACK 2016 crashes with unknown property
"AllowXsltScript"
Product: Wine
Version: 1.9.23
Hardware: x86-64
URL: https://support.hypack.com/support/index.php?/Knowledg
ebase/Article/View/338/89/hypack-2016-release-version
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: msxml6
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Crashes on start with
> fixme:msxml:domdoc_setProperty Unknown property L"AllowXsltScript"
Native msxml6 solves the issue.
wine-1.9.23-80-ga4ed76b
--
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=41052
Bug ID: 41052
Summary: Failure to create D3D9 device on i915
Product: Wine
Version: 1.9.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: b7.10110111(a)gmail.com
Distribution: ---
Created attachment 55224
--> https://bugs.winehq.org/attachment.cgi?id=55224
Test case
I'm testing the attached source (compilable with wineg++ or mingw32-g++) on
Intel Atom N550, which is i915-class GPU. I get the following output on it:
$ wine --version; ./d3d9-init-test.exe
wine-1.9.14
fixme:win:EnumDisplayDevicesW ((null),0,0x32f858,0x00000000), stub!
Error: Failed to create Direct3D device: invalid call
wine-1.5.17-7-g67886fed, despite multiple fixme and err prints, does at least
create the device (i.e. the test prints "Init OK").
wine-1.7.33-84-gfecbc88 already fails.
--
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=40488
Bug ID: 40488
Summary: Revenant crashes when starting a new game
Product: Wine
Version: 1.9.6
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: stefan(a)codeweavers.com
Blocks: 37070
Regression SHA1: aeefbdffba9ea77310759956007f1348920b4477
Distribution: ---
Created attachment 54261
--> https://bugs.winehq.org/attachment.cgi?id=54261
terminal output
Graphical issues are present in the game as reported in bug #37070.
Since Wine 1.9.6 the game crashes when starting a new game from the main menu:
'DirectX Error: DDERR_SURFACEBUSY'.
Tested with the GOG.com version of the game. Demo version is available on
Fileplanet, but the website has been marked as malicious site by Chrome and
Firefox, so I didn't check whether the demo has the same problem.
Regression introduced by
commit aeefbdffba9ea77310759956007f1348920b4477
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Fri Mar 11 16:01:43 2016 +0100
wined3d: Merge wined3d_surface_map() and wined3d_volume_map().
Wine 1.9.8
OpenGL vendor string: nouveau
OpenGL renderer string: Gallium 0.4 on NV92
OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.3.0-devel
OpenGL core profile shading language version string: 3.30
--
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=42961
Bug ID: 42961
Summary: ffxiv dx11
fixme:d3d11:d3d11_immediate_context_RSSetState
Ignoring depth bias.
Product: Wine
Version: 2.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ssbkm(a)icloud.com
Distribution: ---
ffxiv dx11
--
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=42803
Bug ID: 42803
Summary: Large data received on a 401 error causes
authentication to fail
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Returning 10K causes WinHttpSendRequest not to send the Authorization
to the server.
This is because the data isn't flushed correctly and when
WinHttpReceiveResponse is called again it's still reading the data from the
first request.
Patch sent to show the issue.
https://source.winehq.org/patches/data/132582
--
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=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=43956
Bug ID: 43956
Summary: GDI+ is unable to load some truetype fonts
Product: Wine
Version: 2.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: jp-dev(a)inbox.ru
Distribution: ---
My GDI+ program is unable to load a certain font when it runs under Wine.
I have written a smaller test program, and the font which fails under Wine was
able to load under Windows XP.
The test program uses the GdipPrivateAddFontFile API, whereas my program where
I first met the bug used GdipPrivateAddMemoryFont. In both cases, it is the
same error, a GpStatus 3 is returned, the enumeration value OutOfMemory.
I attach the problematic font file to this bug report.
I an using wine-staging 2.19.
--
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=43914
Bug ID: 43914
Summary: RPCS3 emulator doesn't start (invalid address)
Product: Wine
Version: 2.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t6zm3v62fkp7fe5(a)yandex.ru
Distribution: ---
RPCS3 emulator doesn't start and says "wine: Invalid address".
File link:
https://ci.appveyor.com/api/buildjobs/t1f0ojsr8ri6ki5f/artifacts/rpcs3-v0.0…
--
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=43904
Bug ID: 43904
Summary: HeTeMuLu Creator: Can't input some kanji characters
properly.
Product: Wine
Version: 2.19
Hardware: x86-64
URL: http://dl.hosiken.jp/win/hetecre/hcre110a.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
Created attachment 59531
--> https://bugs.winehq.org/attachment.cgi?id=59531
mojibake against an input character.
HeTeMuLu Creator is a tag insertion type HTML editor written by Kenji Hosimoto.
In the text area, I can input Japanese kanji characters through XIM, e.g.
Fcitx.
However, when I input a certain kanji character, it isn't shown properly.
How to reproduce:
1. Extract hcre110a.zip.
2. Run Hetecre.exe in Japanese locale (i.e. LANG=ja_JP.UTF-8).
3. Click Close in "A Tip for Today" window.
4. Input "縋る" (Sugaru) with Japanese IME.
Expected result:
It shows "縋る" in the text area.
Actual result:
It shows "・vる" in the text area (see the attachment).
Note:
* When I open a text file which contains "縋", it shows without issues.
I can paste the character, too. Therefore, it's an input side bug, I think.
* I can also reproduce with JIS X 0208 level 2 characters whose leading byte
value greater than or equals to 0xE0.
--
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=44170
Bug ID: 44170
Summary: MSMoney data File password no more recognized
Product: Wine
Version: 3.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hutou01(a)gmail.com
Distribution: ---
As of Wine 3.0-rc1, Microsoft Money 2001 data file cannot be opened : file
password is no more recognized.
Reverting to Wine 2.22 solves the problem : the data file can be open as usual.
--
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=43905
Bug ID: 43905
Summary: pCon Planner crashes using builtin msvcp: access
violation reading location 0x60 at
basic_ios_char_widen in module msvcp140.
Product: Wine
Version: 2.18
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 59532
--> https://bugs.winehq.org/attachment.cgi?id=59532
+seh,+tid,+msvcp log, last 20000 lines
Follow up of bug 39955
Prerequisite: winetricks msxml6 (to work around bug 39955)
With native msvcp140 the application starts, with builtin msvcp140 there`s the
crash like in the attached debuglog
wine --version wine-2.18 (Staging)
--
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.
https://bugs.winehq.org/show_bug.cgi?id=44168
Bug ID: 44168
Summary: Wizardry 8 hangs when starting a new game or loading a
saved game
Product: Wine
Version: 3.0-rc1
Hardware: x86
URL: https://www.fileplanet.com/81227/80000/fileinfo/Wizard
ry-8-Demo
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: piotr.caban(a)gmail.com
Regression SHA1: ee33d38c5041a8293c64257801572d1c742b0aba
Distribution: ---
Created attachment 59933
--> https://bugs.winehq.org/attachment.cgi?id=59933
terminal output
I tested this bug with the GOG.com version of the game, but it can be
reproduced with the demo version, too.
The demo contains only a sample save game but that will do to reproduce the
bug.
The game becomes unresponsive when I start a new game (after the party
selection and intro video), or when I try to load a previously saved game. The
game executable constantly pegging the CPU at 100% and the game needs to be
closed forcibly.
To reproduce the problem in the demo:
1. Install the demo and start Wiz8.exe. On first launch the game configuration
window will appear (requires mfc42.dll). Just accept the default settings and
get in the game.
2. In the menu select load game and choose the only available save game the
demo offers --> the game hangs for good.
Reverting the following commit fixes the problem for me:
commit ee33d38c5041a8293c64257801572d1c742b0aba
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Mon Nov 27 20:29:44 2017 +0100
msvcrt: Call cdecl functions with empty FPU stack in _CI* functions.
The FPU stack should be empty on cdecl function call. Failing to do so
breaks GCC 6.4.0 -O2 optimized code.
Using native msvcrt.dll also works around the problem (winetricks vcrun6).
I'm on Arch Linux (64-bit) and gcc version is: gcc version 7.2.1 20171128 (GCC)
I compiled Wine without compiler optimizations '-O0 -g' but that didn't solve
the problem.
wine-3.0-rc1-23-g081eae7ac3
Wiz8NetDemoEB.exe (143M)
md5sum: 728f87e9768102c71017675a1bb06425
--
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.