https://bugs.winehq.org/show_bug.cgi?id=54912
Bug ID: 54912
Summary: Will not run my file
Product: Wine
Version: 8.7
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: josephtownley10(a)icloud.com
Created attachment 74423
--> https://bugs.winehq.org/attachment.cgi?id=74423
Crash report
I am trying to install an application but it will not install and will give me
an error 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=47808
Bug ID: 47808
Summary: Cygwin's mintty.exe crashes with a stack overflow
Product: Wine
Version: 4.16
Hardware: x86-64
URL: https://cygwin.com/setup-x86_64.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Created attachment 65297
--> https://bugs.winehq.org/attachment.cgi?id=65297
hack: always expand the stack if within the stack reserve
The problem is that Cygwin replaces the default stack with one that they've
manually allocated, for whatever reason. Unlike Wine's stack, their stack is
actually split into reserved and committed parts.
Then somewhere in gdi32, libfreetype jumps multiple pages of stack at once,
skipping the guard page and triggering a stack overflow. It's within the
reserved portion, but it never touches the guard pages, so we abort
immediately. This is never a problem normally, because Wine commits the whole
stack instead of just part of it.
The architecturally correct way to fix this is normally to have any such
function use _chkstk(). But it's within libfreetype, so that isn't going to
work. The attached patch fixes the bug, but it's probably not correct. I don't
know how much better we can do, 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=54991
Bug ID: 54991
Summary: Chinese IME no longer works in Naver LINE since Wine
8.9
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: pq2sx44teeigl7za(a)chyen.cc
Distribution: ---
Since Wine 8.9, I can no longer use fcitx5-chewing IME to enter Chinese
characters into Naver LINE. When I'm compositing some characters, IME seems
fine (the preedit window shows current characters), but when I hit enter to
commit current characters, nothing goes into Naver LINE.
Steps to reproduce:
1. Download and install Naver LINE from
https://desktop.line-scdn.net/win/new/LineInst.exe
2. In the login window, try to enter Chinese into the email field. For example,
with fcitx5-chewing, I can hit "5", "j", "/" and " " (space) to get "中" (or
another Chinese character with the same pronunciation).
3. Hit Enter to commit the preedit string "中"
With Wine 8.8, "中" appears in the email field, while in Wine 8.9, the email
field remains empty.
git bisect indicates that
https://gitlab.winehq.org/wine/wine/-/commit/b9bfd74acc0992ef56f814b60e831c…
(part of https://gitlab.winehq.org/wine/wine/-/merge_requests/2637) is the
first bad commit.
With Wine 8.9, fcitx5-chewing still works fine with Wine Notepad and trivial
Qt5/Qt6 applications. I wonder if Naver LINE uses some special tricks and thus
it is incompatible with the approach taken in the aforementioned merge request.
--
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=54949
Bug ID: 54949
Summary: user32:msg gets an extra WM_NCPAINT in
ShowWindow(child, SW_SHOW)
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: trivial
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
CC: jinoh.kang.kr(a)gmail.com
Regression SHA1: 33617af8145b6fadfe41d48968a728ff57b3064b
Distribution: ---
Not a known regression in any application, and not exactly a known regression
in the tests since they don't currently fail, but it was a regression in the
tests that was accidentally hidden by a72bffe768c9fe462010d7e40e20226322fb82c7,
so I'm creating this bug to track 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=52868
Bug ID: 52868
Summary: TwitchTest crashes.
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
Distribution: ---
TwitchTest is a free program that allows you to measure the speed to Twitch
servers. It runs, but if you test speed to several servers (for example, select
Europe) - it crashes. Log is not attached, because the program is free and you
can reproduce this bug. The download link is attached.
To test need Twitch key, I can not give his, because it is confidential
information.
https://r1ch.net/projects/twitchtest
--
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=27827
Summary: Creo Elements/Direct Modeling Express 4.0 loader
failure due to missing msvcrt.dll dependency
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
a user reported a problem with this app on IRC #winehq.
It seems there is a dll dependency to msvcrt.dll not present with Wine dlls.
--- snip ---
...
0025:Call PE DLL (proc=0x5c172245,module=0x5c170000
L"redirect.dll",reason=PROCESS_ATTACH,res=0x1)
0025:Call KERNEL32.GetEnvironmentVariableW(5c17309c
L"SDREDIRECTION",5c175f30,00000040) ret=5c171d99
0025:Ret KERNEL32.GetEnvironmentVariableW() retval=00000000 ret=5c171d99
0025:Call KERNEL32.lstrcmpiW(5c173810 L"no",5c1730b8 L"") ret=5c17228a
0025:Ret KERNEL32.lstrcmpiW() retval=00000001 ret=5c17228a
0025:Call KERNEL32.SetEnvironmentVariableW(5c1738c0 L"_NO_DEBUG_HEAP",5c1738bc
L"1") ret=5c1722b1
0025:Ret KERNEL32.SetEnvironmentVariableW() retval=00000001 ret=5c1722b1
0025:Call KERNEL32.GetModuleHandleW(00000000) ret=5c1722e0
0025:Ret KERNEL32.GetModuleHandleW() retval=00400000 ret=5c1722e0
0025:Call KERNEL32.GetProcAddress(00400000,5c173954 "ThreadAttached")
ret=5c1722e7
0025:Ret KERNEL32.GetProcAddress() retval=004e6e20 ret=5c1722e7
0025:Call KERNEL32.GetModuleHandleW(00000000) ret=5c1722f9
0025:Ret KERNEL32.GetModuleHandleW() retval=00400000 ret=5c1722f9
0025:Call KERNEL32.GetProcAddress(00400000,5c173964 "ThreadDetached")
ret=5c172300
0025:Ret KERNEL32.GetProcAddress() retval=004e6e40 ret=5c172300
0025:Call KERNEL32.GetModuleHandleW(5c173624 L"MSVCRT") ret=5c17212b
0025:trace:module:LdrGetDllHandle L"MSVCRT" -> (nil) (load path L"C:\\Program
Files\\PTC\\Creo Elements\\Direct Modeling Express
4.0\\binNT;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem")
0025:Ret KERNEL32.GetModuleHandleW() retval=00000000 ret=5c17212b
0025:Call KERNEL32.GetProcAddress(00000000,5c173618 "setlocale") ret=5c172132
0025:Ret KERNEL32.GetProcAddress() retval=00000000 ret=5c172132
0025:Call KERNEL32.OutputDebugStringW(5c173650 L"redirect: Cannot find
setlocale() in msvcrt.dll.") ret=5c17214b
0025:Ret KERNEL32.OutputDebugStringW() retval=0032fc80 ret=5c17214b
0025:Call KERNEL32.lstrcmpiW(5c173610 L"try",5c1730b8 L"") ret=5c172230
0025:Ret KERNEL32.lstrcmpiW() retval=00000001 ret=5c172230
0025:Call KERNEL32.RaiseException(0000002c,00000000,00000000,00000000)
ret=5c172243
0025:trace:seh:raise_exception code=2c flags=0 addr=0x683704bb ip=683704bb
tid=0025
0025:trace:seh:raise_exception eax=6835dc85 ebx=683e06c4 ecx=00000000
edx=00000010 esi=0032fd18 edi=0032fc90
0025:trace:seh:raise_exception ebp=0032fc78 esp=0032fc14 cs=0073 ds=007b
es=007b fs=0033 gs=003b flags=00200246
0025:trace:seh:call_stack_handlers calling handler at 0x7b9fbf2e code=2c
flags=0
0025:trace:seh:__regs_RtlUnwind code=2c flags=2
0025:trace:seh:__regs_RtlUnwind calling handler at 0x7b9e0be3 code=2c flags=2
0025:trace:seh:__regs_RtlUnwind handler at 0x7b9e0be3 returned 1
...
--- snip ---
The dll init code from "redirect.dll" assumes "msvcrt.dll" has already been
loaded (hence GetModuleHandleW).
There is an earlier loading attempt of "msvcrt.dll" due to Wine builtin
MSVCR100.dll which is later dropped because native MSVCR100.dll has precedence.
--- snip ---
...
0025:warn:module:load_builtin_dll failed to load .so lib for builtin
L"C:\\windows\\system32\\MSVCR100.dll":
/home/focht/.wine/dosdevices/c:/windows/system32/msvcr100.dll: invalid ELF
header
0025:trace:module:load_builtin_dll Trying built-in L"MSVCR100.dll"
0025:trace:module:load_dll looking for L"msvcrt.dll" in L"C:\\Program
Files\\PTC\\Creo Elements\\Direct Modeling Express
4.0\\binNT;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0025:trace:module:get_load_order looking for
L"C:\\windows\\system32\\msvcrt.dll"
0025:trace:module:get_load_order got hardcoded default for L"msvcrt.dll"
0025:trace:module:load_dll L"C:\\windows\\system32\\msvcrt.dll" is a fake Wine
dll
0025:trace:module:load_builtin_dll Trying built-in L"msvcrt.dll"
0025:trace:module:load_dll looking for L"kernel32.dll" in L"C:\\Program
Files\\PTC\\Creo Elements\\Direct Modeling Express
4.0\\binNT;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0025:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for
L"kernel32.dll" at 0x68350000, count=7
0025:trace:module:load_dll looking for L"ntdll.dll" in L"C:\\Program
Files\\PTC\\Creo Elements\\Direct Modeling Express
4.0\\binNT;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0025:trace:module:load_dll Found L"C:\\windows\\system32\\ntdll.dll" for
L"ntdll.dll" at 0x7b980000, count=7
0025:trace:module:load_builtin_callback loaded msvcrt.dll 0x116490 0x68780000
0025:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll"
at 0x68780000: builtin
0025:trace:module:load_dll Loaded module L"C:\\windows\\system32\\msvcrt.dll"
(builtin) at 0x68780000
0025:trace:module:load_dll looking for L"kernel32.dll" in L"C:\\Program
Files\\PTC\\Creo Elements\\Direct Modeling Express
4.0\\binNT;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0025:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for
L"kernel32.dll" at 0x68350000, count=8
0025:trace:module:load_builtin_callback loaded msvcr100.dll 0x116398 0x68740000
0025:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\msvcr100.dll" at 0x68740000: builtin
0025:Call PE DLL (proc=0x6874bac4,module=0x68740000
L"msvcr100.dll",reason=WINE_PREATTACH,res=(nil))
0025:Ret PE DLL (proc=0x6874bac4,module=0x68740000
L"msvcr100.dll",reason=WINE_PREATTACH,res=(nil)) retval=0
0025:trace:module:load_dll L"C:\\windows\\system32\\MSVCR100.dll" pre-attach
returned FALSE, preferring native
0025:trace:module:LdrUnloadDll (0x68740000)
0025:trace:module:LdrUnloadDll (L"msvcr100.dll") - START
0025:trace:module:MODULE_DecRefCount (L"msvcr100.dll") ldr.LoadCount: 0
0025:trace:module:MODULE_DecRefCount (L"msvcrt.dll") ldr.LoadCount: 0
0025:trace:module:MODULE_DecRefCount (L"KERNEL32.dll") ldr.LoadCount: 7
0025:trace:module:MODULE_DecRefCount (L"ntdll.dll") ldr.LoadCount: 6
0025:trace:module:MODULE_DecRefCount (L"KERNEL32.dll") ldr.LoadCount: 6
0025:trace:module:free_modref unloading L"C:\\windows\\system32\\msvcrt.dll"
0025:trace:module:free_modref unloading L"C:\\windows\\system32\\msvcr100.dll"
0025:trace:module:LdrUnloadDll END
0025:trace:module:load_native_dll Trying native dll
L"C:\\windows\\system32\\MSVCR100.dll"
...
--- snip ---
It would be helpful if someone could install the app on Windows and load
"SolidDesigner.exe" main executable in Dependency Walker Tool
(http://www.dependencywalker.com/) to figure out which dll pulls in
"msvcrt.dll".
In the listview select "msvcrt.dll" and then right click context menu
"highlight matching module in tree".
This would ideally show the parent dll in tree view that pulls in the
dependency.
Regards
--
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=54810
Bug ID: 54810
Summary: PmxEditor 0.2.7.5 doesn't start after Wine 8.4.
Product: Wine
Version: 8.4
Hardware: x86-64
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 74303
--> https://bugs.winehq.org/attachment.cgi?id=74303
Full console output
PmxEditor is an editor software for PMX (MikuMikuDance's next generation model
data) file.
It starts fine with Wine 8.3 and some native modules. But, after Wine 8.4, the
executable doesn't start anymore and shows X Error (BadWindow) in the console.
Steps to reproduce:
1. Download PmxEditor_0275.zip from
https://kkhk22.seesaa.net/article/498439954.html because the author disallows
deep linking.
2. Create a new 32-bit Wine prefix, e.g. export
WINEPREFIX=$HOME/.wine-pmxeditor WINEARCH=win32
3. Download winetricks and run as follows:
% ./winetricks d3dcompiler_43 d3dxof d3dx9_43 dotnet48 vcrun2010 vcrun2022
4. Create a work directory for PmxEditor and extract the archive.
% mkdir $WINEPREFIX/drive_c/works
% cd $WINEPREFIX/drive_c/works
% unzip ~/Downloads/PmxEditor_0275.zip
5. Copy the 32-bit executable to the work directory
% cd PmxEditor_0275
% cp x86/PmxEditor_x86.exe* .
6. Run the executable with Wine.
% wine PmxEditor_x86.exe
Expected result:
It starts and shows two windows titled PmxView and Pmx編集.
Actual result:
It doesn't start. The console shows the following message:
---
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 12 (X_ConfigureWindow)
Resource id in failed request: 0x54014a2
Serial number of failed request: 3418
Current serial number in output stream: 3418
---
Resource id and Serial numbers changes with each execution. Full console output
is attached.
This issue was originally reported by @kakurakutekiko1 on Twitter.
--
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=54599
Bug ID: 54599
Summary: Honeygain unimplemented function
IPHLPAPI.DLL.GetCurrentThreadCompartmentId
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: raycekarneal(a)gmail.com
Distribution: ---
Created attachment 74131
--> https://bugs.winehq.org/attachment.cgi?id=74131
Honeygain unimplemented function log
After installing Honeygain from this URL:
https://download.honeygain.com/windows-app/Honeygain_install.exe, the program
will launch fine. Then, waiting a few moments, it will then crash. The wine
debugger gives the error "Unhandled exception: unimplemented function
IPHLPAPI.DLL.GetCurrentThreadCompartmentId called in 32-bit code (0x7bc2bf40)".
The error log has been 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=54913
Bug ID: 54913
Summary: ntdll: NtDuplicateToken has wrong prototype
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: ake.rehnman(a)gmail.com
Distribution: ---
Created attachment 74424
--> https://bugs.winehq.org/attachment.cgi?id=74424
patch attempt
NtDuplicateToken should take BOOLEAN EffectiveOnly as 4:th argument and not
SECURITY_IMPERSONATION_LEVEL.
See:
https://learn.microsoft.com/en-us/windows-hardware/drivers/ddi/ntifs/nf-nti…
--
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=54410
Bug ID: 54410
Summary: .NET 3.5 Checkbox checkmarks should be black instead
of "Foreground" color
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: matombo(a)arcor.de
Distribution: ---
On Windows the Checkbox "Foreground" property only affects the color of the
checkbox label, but not the checkmark, which is always black.
On current wine(-mono) the "Foreground" property also affects the color of the
checkmark.
The result is that with Foreground="white" (and Background being unset) the
checkmark is not visible anymore and one cannot tell if a box is checked or
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.