https://bugs.winehq.org/show_bug.cgi?id=50260
Bug ID: 50260
Summary: no printing possible at all
Product: Wine
Version: 3.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stefanehaas(a)web.de
Distribution: ---
Created attachment 68794
--> https://bugs.winehq.org/attachment.cgi?id=68794
Print error popup when printing
I run wine 3.0 (stable on elementaryOS 5.1.7 Hera (ubuntu 18.04 bionic LTS).
All my cups printers are recognized in win32 env/apps (powerpoint, notepad,
...) but on printing I immediately get a (generic) error no matter which
printer (physical, PDF) I use
--
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=14831
Summary: ws2_32: sock.ok fails in Solaris, but not Linux
Product: Wine
Version: 1.1.2
Platform: PC
OS/Version: Solaris
Status: NEW
Keywords: testcase
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
austin@opensolaris:~/wine-git/dlls/ws2_32/tests$ make testclean ; wineserver -k
; rm -rf ~/.wine ; make sock.ok
rm -f protocol.ok sock.ok
../../../tools/runtest -q -P wine -M ws2_32.dll -T ../../.. -p
ws2_32_test.exe.so sock.c && touch sock.ok
wine: created the configuration directory '/export/home/austin/.wine'
err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count
entries!
err:iphlpapi:getRouteTable unimplemented!
Could not load Mozilla. HTML rendering will be disabled.
sock.c:947: Test failed: get/setsockopt(SO_RCVTIMEO) failed error: 10042
sock.c:955: Test failed: get/setsockopt(SO_SNDTIMEO) failed error: 10042
err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count
entries!
err:iphlpapi:getRouteTable unimplemented!
sock.c:1258: Test failed: Failed to create socket: 10043
sock.c:1662: Test succeeded inside todo block: select should not return any
socket handles
sock.c:1663: Test succeeded inside todo block: FD should not be set
sock.c:1664: Test succeeded inside todo block: FD should not be set
sock.c:1688: Test failed: closesocket did not wakeup select
sock.c:1765: Test failed: closesocket did not wakeup accept
+winsock attached
--
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=54281
Bug ID: 54281
Summary: LEGO Stunt Rally regression - segfault on launch
Product: Wine
Version: 8.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
Created attachment 73846
--> https://bugs.winehq.org/attachment.cgi?id=73846
winspool log from working run
The game LEGO Stunt Rally immediately segfaults on launch. This is a regression
introduced in 6.21 still reproducible with 8.0-rc3.
Bisecting the changes points to this commit:
[e432c1cd307ae6fbebd352b5cb6fb0f3aafbba3b] winspool: Remove support for parsing
/etc/printcap.
The game does actually support printing and I can confirm that trying the
commit immediately prior works fine.
I'm attaching winspool logs from the prior, working, commit and from the broken
8.0-rc3.
Note that in 8.0-rc3 none of my printers are detected, but I don't think this
is the root of the problem as I assume the game does not actually require an
installed printer.
--
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=52772
Bug ID: 52772
Summary: winetricks wmp9 fails to install (kernel32 version
string doesn't match windows version)
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, Installer, regression
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Regression SHA1: 04a8213ba9e3b8aa1f980d19b240929948da5abe
Distribution: ---
After:
commit 04a8213ba9e3b8aa1f980d19b240929948da5abe
Author: Arkadiusz Hiler <ahiler(a)codeweavers.com>
Date: Tue Apr 20 14:38:09 2021 +0300
kernel32: Update version to Win 10.
This fixes the game Evil Genius 2 complaining about unsupported OS.
Signed-off-by: Arkadiusz Hiler <ahiler(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
`winetricks wmp9` no longer installs; instead an error dialog saying that <=
WINXP is required:
0124:trace:text:DrawTextExW L"This version of Windows Media Player can be
installed only on Windows 98 Second Edition, Windows Millennium Edition,
Windows 2000, Windows XP, and Windows .NET Server.", -1, [(0,0)-(237,52)]
00000850
winetricks is setting the windows version of the wineprefix to winxp before
installing, but it seems that the installer is checking the kernel32 version
strings, and failing to install as a result.
Still present in wine-7.5-175-g0de8d01b09b, reverting the patch allows the
installer to proceed.
I'm not sure what we can do here. Currently the version string is hardcoded
regardless of what version of windows we're reporting. I'd guess either we need
to allow overriding the string/shipping different resource files for different
reported windows versions, or call this a WONTFIX?
--
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=54319
Bug ID: 54319
Summary: wrc doesn't find locales.nls
Product: Wine
Version: 8.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: steve.schnepp(a)gmail.com
Distribution: ---
Created attachment 73883
--> https://bugs.winehq.org/attachment.cgi?id=73883
tools/wrc/wrc.c.diff
When building 8.0rc4 in a i386 chroot I have an error :
tools/wrc/wrc -u -o dlls/aclui/aclui.res --nostdinc --po-dir=po
-Idlls/aclui -Iinclude -Iinclude/msvcrt -D_UCRT \
-D__WINESRC__ dlls/aclui/aclui.rc
Error: unable to load locale.nls
make: *** [Makefile:1459: dlls/aclui/aclui.res] Error 2
If I launch the command with a --nls-dir=nls it works. It actually works with
*any* directory.
It seems that the 1st NULL is never replaced correctly in the line 145 of
tools/wrc/wrc.c.
const char *nlsdirs[3] = { NULL, NLSDIR, NULL };
When I replace it with ...
const char *nlsdirs[3] = { "whatever", NLSDIR, NULL };
... it does work. But only if wine is already installed, as there's a
-DNLSDIR="\"/opt/wine-devel/share/wine/nls\""
when compiling tools/wrc/wrc.c
So, I'm using
const char *nlsdirs[3] = { "nls", NLSDIR, NULL };
and it does work even without the wine package being installed.
--
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=54269
Bug ID: 54269
Summary: WM_GETMINMAXINFO message should be sent when manually
resizing the window
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
Created attachment 73834
--> https://bugs.winehq.org/attachment.cgi?id=73834
demo
In actual application, it may be necessary to limit the maximum or minimum size
of the window. The maximum or minimum size of the window is controlled by the
WM_GETMINMAXINFO message. Therefore, in a form that needs to control the
maximum or minimum size of the window, this message needs to be mapped.
I wrote a 32-bit program running under Windows 10, when a WM_GETMINMAXINFO
message is received, the text position of the output changes.
This works fine under windows10, but in wine, when the window is resized, the
program cannot receive the WM_GETMINMAXINFO message
--
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=54099
Bug ID: 54099
Summary: Stdout redirection broken when running Linux binaries
Product: Wine
Version: 7.22
Hardware: x86-64
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 73634
--> https://bugs.winehq.org/attachment.cgi?id=73634
Test program
When running Linux binaries form inside Wine, using CreateProcessA, and
redirecting stdout, it doesn't work.
It works fine when executing Windows binaries.
See attached test program.
--
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=52681
Bug ID: 52681
Summary: Google Chrome Stopped working after 7.2
Product: Wine-staging
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ndk+whq(a)esperanca.biz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Hi!
I have been using Google Chrome Portable for some time now.
It was working with some options (--no-sandbox) right until wine-staging-7.3.
It stopped starting after 7.3. The installation process from portableapps is
smooth, it just does not want to start (no 'usual' black screen, just fails
starting).
I have tried to use old wine directory, new wine directory, installed corefonts
as someone suggested in some of the bugs, etc.
I also have tried to use wine-staging-7.4 with no luck.
After I downgraded back to 7.2 - chrome started working again with
--no-sandbox.
The system: the latest Gentoo x64.
Video card: AMD Radeon 480 (amdgpu Xorg driver).
Command: WINEPREFIX=/path/to/wine wine /path/to/chrome --no-sandbox
Expected Behavior (works until wine-staging-7.3):
Chrome starts and is usable
Actual Behavior (wine-staging-7.3; wine-staging-7.4):
Chrome fails to start.
Let me know if there are any debug info is needed (preferrably which options to
enable for WINEDEBUG).
--
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=54292
Bug ID: 54292
Summary: Dumping shaders using VKD3D_SHADER_DUMP_PATH= fails
with the bundled vkd3d
Product: Wine
Version: 8.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
The problem is in the bundled vkd3d, couldn't find the corect component for
that.
Also I'm using a PE enabled build (if that is relevant).
IIUC the bundled vkd3d code is built against the windows runtime and therefore
the shader dump path requires backslash instead of slash.
The following patch seems to be enough to restore functionality
diff --git a/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c
b/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c
index 7e153bce27a..4c0aa48aa55 100644
--- a/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c
+++ b/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c
@@ -376,7 +376,7 @@ static void vkd3d_shader_dump_blob(const char *path,
const char *prefix,
id = InterlockedIncrement(&shader_id) - 1;
- snprintf(filename, ARRAY_SIZE(filename), "%s/vkd3d-shader-%s-%u.%s",
path, prefix, id, suffix);
+ snprintf(filename, ARRAY_SIZE(filename), "%s\\vkd3d-shader-%s-%u.%s",
path, prefix, id, suffix);
if ((f = fopen(filename, "wb")))
{
if (fwrite(data, 1, size, f) != size)
I think it would also be nice to print failure details on the failure path.
--
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=53539
Bug ID: 53539
Summary: maybe a --with-wine-64 build should call widl with
-win32 option
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
Using just --with-wine-64 results in a Makefile calling widl from the win64
build directory without any target architecture specified resulting in early
build failure:
...
WIDL dlls/actxprxy/actxprxy_activscp_p.c
WIDL dlls/actxprxy/actxprxy_activscp.h
CC dlls/actxprxy/actxprxy_activscp_p.cross.o
dlls/actxprxy/actxprxy_activscp_p.c:9084:2: error: #error Invalid build
platform for this proxy.
9084 | #error Invalid build platform for this proxy.
| ^~~~~
Hacking Makefile to add -win32 to the widl invocation works around this. I have
no clue whether that is the right solution, 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=52567
Bug ID: 52567
Summary: 16-bit version of Project Pluto Guide 8.0 crashes on
start with division by zero exception
Product: Wine
Version: 7.1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 71888
--> https://bugs.winehq.org/attachment.cgi?id=71888
Console output
Steps to reproduce:
1. Run `wine setup16.exe`
2. Select "Windows 3.1 software (16 bit)"
3. Run `cd ~/.wine/drive_c/GUIDE8 && wine guide8a.exe`
Console output 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=54393
Bug ID: 54393
Summary: rFactor 2 dedicated server: Severe performance
degradation with additional clients joining
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madbad82(a)gmail.com
Distribution: ---
I'm using the rFactor2 dedicated server to host races for our team on a Fedora
system.
Everything seems fine up to 6 drivers joining, above that everyone ping started
to rise each time a new driver entered the server and we reached 500/600 ping
with 13 driver on the server.
I could still ping google from the server with low numbers.
The ping issue seemed to be strictly related to the number of drivers.
I know I was able to host with this same system on windows races for up to
13/14 drivers without issues in the past.
Some data about the test:
Speed-test for the machine running the dedicated server:
* 50 Mbps download speed
* 17 Mbps upload speed
* 8ms ping
Whie running the dedicated server the band usage during the test was
* lower than 2 Mbps upload
* lower than 2 Mbps upload
RAM used 4 Gb used out of 12 of RAM
CPU at 40% (none of threads were maxed)
I remember there being a similar issue with the game itself related to
networking, operations not sure if this may be somewhat related:
https://bugs.winehq.org/show_bug.cgi?id=48668
Let me know if you need any other info to investigate the 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=54388
Bug ID: 54388
Summary: wine64: crashing avaya ip office
AdminCD_11.1.2.0.0_Build_239 Manager.exe
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vmxevilstar(a)gmail.com
Distribution: ---
Created attachment 73952
--> https://bugs.winehq.org/attachment.cgi?id=73952
crash dump
Dear Maintainer,
If you want I can give you the installation file just please tell me how can I
send you 1.6G of AdminCD_11.1.2.0.0_Build_239.tgz
I find it comfortable to use the windows desktop emulation.
I have installed the required jdk-19_windows-x64_bin.msi and winetricks install
dotnet45 inside wine
After that I have successfully installed Avaya Ip Office unzipping the
installation zip and launching wine64 setup.exe
tried to launch Manager.exe from
\Program Files (x86)\Avaya\IP Office Admin Suite\Manager\Manager.exe
what I have got is the program crashing
Thanks for your time
--
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=54383
Bug ID: 54383
Summary: i cant copy text from WinBox to Linux
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: wahid.mob(a)gmail.com
Distribution: ---
I have installed WinBox. WinBox is working perfectly. But I cant copy/paste
from WinBox to my note pad, and viseversa.
--
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=51427
Bug ID: 51427
Summary: CaptureAge crashes on startup
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: raphael.nestler(a)gmail.com
Distribution: ---
Created attachment 70280
--> https://bugs.winehq.org/attachment.cgi?id=70280
Console output of wine
CaptureAge
(https://appdb.winehq.org/objectManager.php?sClass=version&iId=39970) crashes
on startup. After checking for updates it is just showing a white window before
crashing.
My System
ArchLinux
wine 6.12 from the ArchLinux repositories
You can download CaptureAge from https://captureage.com/cade
--
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=43188
Bug ID: 43188
Summary: Crash when accessing File Open dialog
Product: Wine
Version: 2.9
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: ph.schaefe(a)gmail.com
Each time I use any of my windows programs with wine, and click the "Open File"
menu item (or the "Open File ..." button) to get the 'file open dialog', the
program crashes.
This is consistent in all the windows programs I use. My version of Wine-devel
seems up to date though, as I just did both "port upgrade wine-devel" and "port
upgrade winetricks"on the console and it didn't upgrade anything.
err:module:DelayLoadFailureHook failed to delay load
comctl32.dll.HIMAGELIST_QueryInterface
wine: Call from 0x7b42965e to unimplemented function
comctl32.dll.HIMAGELIST_QueryInterface, aborting
wine: Unimplemented function comctl32.dll.HIMAGELIST_QueryInterface called at
address 0x7b42965e (thread 0009), starting debugger...
Unhandled exception: unimplemented function
comctl32.dll.HIMAGELIST_QueryInterface called in 32-bit code (0x7b42965e).
--
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=38886
Bug ID: 38886
Summary: AArch64 platforms: ABI Problems wrt varargs (needs
arm64 specific __builtin_ms_va_list)
Product: Wine
Version: 1.7.46
Hardware: aarch64
URL: http://go.microsoft.com/fwlink/p/?LinkId=536682
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nerv(a)dawncrow.de
CC: focht(a)gmx.net, nerv(a)dawncrow.de
Distribution: ---
Hi,
running e.g. makecat.exe or midl.exe gives backtraces which suggest varargs
problems.
relevant part:
(stripped) Backtrace:
=>0 0x0000007f84d4aa04 raise_segv_exception(rec=0x7f83e8fa18,
context=0x7f83e8f908) in ntdll (0x0000007f83e8fab0)
1 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f83d61b18,
puts_ctx=0x7f83e8fc70, fmt=<is not available>, locale=<is not available>,
positional_params=0, invoke_invalid_param_handler=0x740020,
pf_args=0x78003000200068, args_ctx=0x2d0020003a0000, valist=0x7f83e8fcb0) in
msvcrt (0x0000007f83e8fab0)
2 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f83d67ec0,
puts_ctx=0x7f83e8fc70, fmt=<is not available>, locale=<is not available>,
positional_params=0, invoke_invalid_param_handler=0, pf_args=0x7f83d617d8,
args_ctx=0x0(nil), valist=0x7f83e8fcc8) in msvcrt (0x0000007f83e8fac0)
3 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f836822c0,
puts_ctx=0x0(nil), fmt=<is not available>, locale=<is not available>,
positional_params=0x40020000, invoke_invalid_param_handler=0x7f,
pf_args=0x140020000, args_ctx=0x140020000, valist=0x7f84280910) in msvcrt
(0x0000007f83e8fc50)
4 0x0000007f83d67ec0 MSVCRT_vsnwprintf+0x47(str=<is not available>, len=<is
not available>, format=<is not available>, valist={__stack=0x7f836819f0,
__gr_top=0x140010170, __vr_top=0x7f8428071c, __gr_offs=0x83681a28,
__vr_offs=0x7f}) in msvcrt (0x0000007f83e8fc80)
5 0x0000000140012328 in makecat (+0x12327) (0x0000007f83e8fcb0)
6 0x00000001400123b0 in makecat (+0x123af) (0x0000007f83e8fcb0)
uuidgen.exe -i
this generates a different path which involves MSVCRT_vsnprintf, pf_printf_a
and pf_handle_string_a
--
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=54363
Bug ID: 54363
Summary: Can't install 64 bit applications which use 32 bit
installers.
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mattyshires(a)gmail.com
Distribution: ---
The installation of some 64bit software which use 32bit installers fail due to
"VersionNT64 >= v6.2" evaluating to false but as the install is 32bit I cannot
run it under wine64.
There should be a way to override this system variable for installers such as
this.
--
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=53946
Bug ID: 53946
Summary: Some applications produced with Delphi crash on Wine
before WinMain
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Distribution: ---
Created attachment 73522
--> https://bugs.winehq.org/attachment.cgi?id=73522
'Hello from Wine' compiled with Delphi and source code
Wine 7.21 on Ubuntu 22.10
Hello,
I attach a very small program built with Delphi 11.2 and source code
(TestWine.dpr).
It is a console application that says 'Hello from Wine' but it crashes on Wine,
page fault. It works fine on Windows.
I tried with winedbg and got this
=========
0084:fixme:wineusb:query_id Unhandled ID query type 0x5.
0084:fixme:wineusb:query_id Unhandled ID query type 0x5.
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
WineDbg starting on pid 0120
0x000001700570a5 ntdll+0x570a5: ret
Wine-dbg>0044:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub
0044:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub
012c:fixme:imm:ImeSetActiveContext (0000000000010052, 1): stub
012c:fixme:imm:ImmReleaseContext (0000000000030046, 0000000000010052): stub
c
Unhandled exception: page fault on execute access to 0x0000000000447000 in
64-bit code (0x00000000447000).
Register dump:
rip:0000000000447000 rsp:000000000057fe38 rbp:0000000000000000 eflags:00010a82
( R- --O I S - - - )
rax:0000000170088050 rbx:0000000000000000 rcx:00000000003f0000
rdx:00000000004424c0
rsi:0000000000000000 rdi:0000000000000000 r8:00000000003f0000
r9:000000017007bca8 r10:0000000000000000
r11:0000000000000000 r12:0000000000000000 r13:0000000000000000
r14:0000000000000000 r15:0000000000000000
Stack dump:
0x0000000057fe38: 000000007b6291b9 0000000000000000
0x0000000057fe48: 000000000057fe90 0000000000000000
0x0000000057fe58: 0000000000000000 0000000000000000
0x0000000057fe68: 000000017005f8f3 0000000000000000
0x0000000057fe78: 0000000000000000 0000000000000000
0x0000000057fe88: 0000000000000000 00000000004424c0
0x0000000057fe98: 00000000003f0000 ffffffffffffffff
0x0000000057fea8: 000000017006ab30 0000000170027380
0x0000000057feb8: 0000000000000000 000000000057fea0
0x0000000057fec8: 0000000000000000 000000000057fe70
0x0000000057fed8: 0000000000000000 0000000000000000
0x0000000057fee8: 0000000000000000 0000000000000000
Backtrace:
=>0 0x00000000447000 in testwine (+0x47000) (0000000000000000)
1 0x0000007b6291b9 BaseThreadInitThunk+0x9(unknown=<internal error>,
entry=<internal error>, arg=<internal error>)
[Z:\usr\src\packages\BUILD\dlls\kernel32\thread.c:61] in kernel32
(0000000000000000)
2 0x0000017005f8f3 __wine_pop_frame(entry=00000000004424C0,
arg=00000000003F0000) [Z:\usr\src\packages\BUILD\include\wine\exception.h:277]
in ntdll (0000000000000000)
3 0x0000017005f8f3 RtlUserThreadStart+0x83(entry=[<register RSP not
accessible in this frame>, arg=[<register RSP not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\ntdll\thread.c:285] in ntdll (0000000000000000)
0x00000000447000 testwine+0x47000: addb %al,(%rax)
=========
I tried step by step but it seams that the code in WinMain function is never
executed.
Can you see what is wrong with this executable?
Regards,
Michel Terrisse
--
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=54157
Bug ID: 54157
Summary: dir command of cmd fails on Z: on Ubuntu under WSL
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Distribution: ---
Wine 8.0 rc1, Ubuntu 22.10 under WSL (Windows SubSystem for Linux, Windows 11
22H2)
Hello,
You will probably think it is a weird idea running Wine in Ubuntu under WSL.
I tried it to avoid copying many files with my program to test it under Wine.
I noticed this:
wine64 cmd.exe
dir
This works fine on C:
But if I do
Z:
dir
I receive
Invalid function.
I tried this
WINEDEBUG=warn+file wine64 cmd.exe
Z:
dir
and there is something more explicit
0108:warn:file:get_mountmgr_fs_info failed to retrieve filesystem type from
mountmgr, status 0xc000000e
Invalid function.
Do you know what is wrong?
Regards,
Michel Terrisse
--
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=54370
Bug ID: 54370
Summary: d3d display mode ww2 combat road to berlin
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: pankrock_(a)list.ru
Distribution: ---
Created attachment 73941
--> https://bugs.winehq.org/attachment.cgi?id=73941
out console, screen in game
32 bit arch, win xp mode, clear prefix
ubuntu 22.10
wine 8.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=53224
Bug ID: 53224
Summary: Systray icon windows haven't a title
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: emonkak(a)gmail.com
Distribution: ---
According to System Tray Protocol Specification by freedesktop.org, the title
should be set for the tray icon, but it isn't set.
https://github.com/wine-mirror/wine/blob/e909986e6ea5ecd49b2b847f321ad89b2a…
> _NET_WM_NAME, UTF8_STRING
>
> This hint should be set as it would be for a normal toplevel window, as defined in the Extended Window Manager Hints Specification (EWMH). The hint MUST be in UTF-8 encoding. It provides a human-readable, localized name for the tray icon.
https://specifications.freedesktop.org/systemtray-spec/systemtray-spec-0.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=54365
Bug ID: 54365
Summary: Mono io layer error
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chen.jenilee(a)gmail.com
Created attachment 73936
--> https://bugs.winehq.org/attachment.cgi?id=73936
Mono io layer error
Mono io layer error
--
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=54274
Bug ID: 54274
Summary: NtMapViewOfSection + MEM_IMAGE + BaseAddress broken in
multiple ways
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: novae.harpist06(a)icloud.com
Distribution: ---
Created attachment 73838
--> https://bugs.winehq.org/attachment.cgi?id=73838
Reproducer
See reproducer (attached).
Windows output:
nt_path: \??\C:\Users\user\repro.exe
NtOpenFile status: 00000000
NtCreateSection status: 00000000
#1 NtMapViewOfSection status: 40000036
#1 base: 00000BADF00D0000
#1 ImageBase: 00000BADF00D0000
#2 NtMapViewOfSection status: 40000003
#2 base: 00000BADBEEF0000
#2 ImageBase: 00007FF6122E0000
Wine output:
LdrFindEntryForAddress status: 00000000
RtlDosPathNameToNtPathName_U_WithStatus status: 00000000
nt_path: \??\Z:\home\user\repro.exe
NtOpenFile status: 00000000
NtCreateSection status: 00000000
#1 NtMapViewOfSection status: 40000003
#1 base: 0000000000B80000
#1 ImageBase: 0000000140000000
#2 NtMapViewOfSection status: 40000003
#2 base: 0000000000C10000
#2 ImageBase: 0000000140000000
In case #1 the base is completely ignored, and the flag telling to relocate is
ignored. Win7 returns STATUS_INVALID_ARGUMENT (as it does not support the
flag), while Win8+ correctly relocates to the new base. Wine does not return an
error status, but also does not relocate.
In case #2 the base is completely ignored. Relocation does not happen, but this
is expected. The returned status is correct.
--
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=54290
Bug ID: 54290
Summary: RtlAddFunctionTable does not work for modules with
empty IMAGE_DIRECTORY_ENTRY_EXCEPTION
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: novae.harpist06(a)icloud.com
Distribution: ---
Created attachment 73859
--> https://bugs.winehq.org/attachment.cgi?id=73859
Reproducer
RtlAddFunctionTable is generally called for code allocated by JIT engines and
similar, however on Windows it also works for images, as long as the image has
an empty IMAGE_DIRECTORY_ENTRY_EXCEPTION. This is sometimes used by packers.
On Wine, this does not work.
The problem is that dynamic entries are only enumerated if the memory does not
belong to an image:
https://github.com/wine-mirror/wine/blob/0adec25f92219b5626b8ee3c1c13396d36…
Code that reproduces the issue is attached.
Windows output:
VirtualAddress: 00072000
hello!!!!
Wine output:
VirtualAddress: 00072000
wine: Unhandled exception 0x80000003 in thread 2a4 at address 0000000180001007
(thread 02a4), starting debugger...
--
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.