https://bugs.winehq.org/show_bug.cgi?id=53626
Bug ID: 53626
Summary: Wine crash due to long filename when saving file in
Framemaker
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
When saving a file with a long filename (more than 28 chars) in Framemaker wine
crashes (not the application, wine itself including wineserver).
A bisect shows this commit as cause
commit 0ad2db66a109b4c0a46d04ff8231706fff540941
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Sun Aug 14 20:49:53 2022 +0200
win32u: Pack messages sent directly from win32u.
Instead of leaking kernel pointers.
dlls/win32u/message.c | 216 +++++++++++++++++++++++++++++++++++++++++--
dlls/win32u/ntuser_private.h | 9 --
2 files changed, 208 insertions(+), 17 deletions(-)
Reverting this commit in top of current git solves the problem.
It seems to be a memory corruption. If you give me a hint how
to further debug this I will do.
--
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=52562
Bug ID: 52562
Summary: advapi32:registry fails in Wine because some French
timezone name translations are too long
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
advapi32:registry fails in the timezone tests in a French locale:
registry.c:4413: Test failed: L"Aleutian Standard Time": expected L"Heure
d'\00e9t\00e9 des \00celes Al\00e9outiennes", got L"Aleutian Daylight Time"
registry.c:4395: Test failed: L"Dateline Standard Time": expected L"Heure de la
ligne de changement de date", got L"Dateline Standard Time"
registry.c:4413: Test failed: L"Dateline Standard Time": expected L"Heure
d'\00e9t\00e9 de la ligne de changement de date", got L"Dateline Daylight Time"
registry.c:4395: Test failed: L"Turks And Caicos Standard Time": expected
L"Heure des \00celes Turques-et-Ca\00efques", got L"Turks And Caicos Standard
Time"
registry.c:4413: Test failed: L"Turks And Caicos Standard Time": expected
L"Heure d'\00e9t\00e9 des \00celes Turques-et-Ca\00efques", got L"Turks And
Caicos Daylight Time"
http://winetest.dolphin/data/patterns.html#advapi32:registry
This issue is already happening in German also because the timezone name
translation is too long. See bug 51619 for more details.
The new translations were introduced by the following commits:
commit a38ced9354aa7d74f396fb91372dbbb7dccd2e2e
Author: Eric Pouech <eric.pouech(a)gmail.com>
Date: Sun Jan 2 15:49:09 2022 +0100
po: Some more French translations.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
commit 39f77b25aacf248e18e747bf31c2055a9cfbc89a
Author: Eric Pouech <eric.pouech(a)gmail.com>
Date: Mon Jan 3 15:43:21 2022 +0100
po: Some more French translations.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=53430
Bug ID: 53430
Summary: urlmon:url fails due to unexpected redirection
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
urlmon:url fails due to unexpected redirection:
url.c:4093: asynchronous https test (invalid CN, accept)
url.c:1796: Test failed: unexpected code 64
url.c:1466: Test failed: progress 64: status = 302
url.c:1662: Test failed: unexpected call OnProgress_REDIRECTING
url.c:1663: Test failed: unexpected status text
L"https://www.winehq.org/robots.txt"
url.c:1466: Test failed: progress 3: status = 302
url.c:1492: Test failed: wrong thread 8148
url.c:1642: Test failed: unexpected call OnProgress_FINDINGRESOURCE
url.c:1675: Test failed: unexpected call OnProgress_SENDINGREQUEST
url.c:1706: Test failed: wrong szStatusText
L"https://www.winehq.org/robots.txt"
url.c:1743: Test failed: wrong szStatusText
L"https://www.winehq.org/robots.txt"
url.c:4097: asynchronous https test (invalid CN, dialog 2)
url.c:1492: Test failed: wrong thread 8148
url.c:1796: Test failed: unexpected code 64
url.c:1662: Test failed: unexpected call OnProgress_REDIRECTING
url.c:1663: Test failed: unexpected status text
L"https://www.winehq.org/robots.txt"
url.c:1466: Test failed: progress 3: status = 200
url.c:1706: Test failed: wrong szStatusText
L"https://www.winehq.org/robots.txt"
url.c:1743: Test failed: wrong szStatusText
L"https://www.winehq.org/robots.txt"
url.c:4102: asynchronous https test...
https://test.winehq.org/data/patterns.html#urlmon:url
The failures happen on all Windows versions and in Wine too.
Furthermore they started on 2022-07-06 and are reproducible even with older
Wine builds. So something changed that day, probably on winehq.org, and broke
the tests.
--
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=52953
Bug ID: 52953
Summary: GuiPy will not start because of unimplemented function
unimplemented function
xmllite.dll.CreateXmlReaderInputWithEncodingCodePage
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mywine(a)schiermeier-it.de
Distribution: ---
Created attachment 72323
--> https://bugs.winehq.org/attachment.cgi?id=72323
Console log file during start of "guipy.exe"
The application GuiPy.exe will not start. The function "unimplemented function
xmllite.dll.CreateXmlReaderInputWithEncodingCodePage" is missing.
To install GuiPy.exe please download the installer "GuiPy-1.0.5-x64-Setup.exe"
on the listed URL above.
--
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=52626
Bug ID: 52626
Summary: unimplement of combase.dll.RoSetErrorReportingFlags
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
Distribution: ---
Some game need this function implemented to work
Relative game: MahjongSoul on steam
LOG
wine: Call from 7B0113E6 to unimplemented function
combase.dll.RoSetErrorReportingFlags, aborting
wine: Unimplemented function combase.dll.RoSetErrorReportingFlags called at
address 7B0113E6 (thread 0024), 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.
https://bugs.winehq.org/show_bug.cgi?id=52618
Bug ID: 52618
Summary: 32-bit EXEs do not launch from build dir on macOS
10.14 in WOW64
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Created attachment 71943
--> https://bugs.winehq.org/attachment.cgi?id=71943
patch to use @rpath
On macOS 10.14, when running Wine built for WOW64 from the build dir, 32-bit
EXEs do not launch correctly (including rundll32 on prefix creation to set up
syswow64).
64-bit EXEs launch correctly, and a standalone 32-bit build also works
correctly.
I'm building the 64-bit side with Xcode 10, and the 32-bit side with Xcode 9.
The problem is a crash on the first NtUser* call, since the
__wine_syscall_dispatcher was never set in win32u. The root cause is that
dlopen() on the unixlibs is failing because ntdll.so cannot be loaded. Here's
the dlerror():
177158.077:00ac:00b0:trace:virtual:load_builtin_unixlib loading
/Users/pip/wine/build32/dlls/win32u/win32u.so failed dlerror
dlopen(/Users/pip/wine/build32/dlls/win32u/win32u.so, 2): Library not loaded:
@loader_path/ntdll.so
Referenced from: /Users/pip/wine/build32/dlls/win32u/win32u.so
Reason: no suitable image found. Did find:
/Users/pip/wine/build64/dlls/ntdll/ntdll.so: mach-o, but wrong
architecture
/Users/pip/wine/build64/dlls/ntdll/ntdll.so: mach-o, but wrong
architecture
This doesn't make sense, it almost seems like @loader_path is still set to the
64-bit dlls/ntdll, which it obviously shouldn't be.
Changing the install name to '@rpath/(lib).so' and adding an rpath of
'@loader_path/' seems to fix the issue, even though that should be equivalent
to the current approach.
Can anyone else reproduce this problem? If so, does the attached patch help?
--
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=52510
Bug ID: 52510
Summary: Procedure entry point
_Byte_reverse_table@details@Concurrency@@3QBEB not
found in CONCRT140.dll
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lolzaldi(a)gmail.com
Distribution: ---
Created attachment 71811
--> https://bugs.winehq.org/attachment.cgi?id=71811
Screenshot of the mentioned error message.
Trying to run a GTA V modification (https://altv.mp) results in the following
error message:
The procedure entry point ?
_Byte_reverse_table@details@Concurrency@@3QBEB
could not be located in the dynamic link library
CONCRT140.dll
Tried every combination of dll overrides for CONCRT140.dll (native only, only
builtin, no override at all etc.) with no luck.
--
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=12732
Summary: Nota Bene crashes on install
Product: Wine
Version: CVS/GIT
Platform: PC
URL: https://www.notabene.com/download/demos/nbdemo80.exe
OS/Version: Linux
Status: NEW
Keywords: download, Installer, win16
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Testing for bug 11023 I found that nota bene will no longer install. I'll start
the regression test...
--
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=52704
Bug ID: 52704
Summary: Open File dialog doesn't work on FreeHand 9 demo
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bugs.drew(a)yahoo.com
Distribution: ---
Created attachment 72061
--> https://bugs.winehq.org/attachment.cgi?id=72061
FreeHand9 log
After installing the demo, when you click on the "Open" icon on the "Welcome to
FreeHand 9" wizard window, nothing happens visually but the
err:module:DelayLoadFailureHook message appears in the log.
This bug looks very similar to bug 45938 which AF analyzed. I'm not sure what
was meant by "try GetModuleHandleExA() first before LoadLibraryA()" so I wasn't
able to verify that it resolves this 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=52679
Bug ID: 52679
Summary: Anno 1602 / 1602 A.D. graphics too dark / black
Product: Wine
Version: 6.11
Hardware: x86-64
URL: https://archive.org/details/1602ADdemo
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marc.pluhar+winehq(a)gmail.com
Distribution: ArchLinux
Created attachment 72012
--> https://bugs.winehq.org/attachment.cgi?id=72012
Screenshot of the game with black graphics
When starting the game "Anno 1602" an intro video plays fine, but when arriving
at the menu, everything is very dark (see 1602_ad_wine_6.11.png).
I remember playing this game a while ago, so I tried different versions and it
starts failing like this in version 6.11.
When compiling the current master (8a52d3e93f5690fd0833c228d54a996a784afad7)
directly from source, the problem also persists.
Version 6.10 works fine.
The demo of the game exhibits the same behaviour, so I added a download link
for it.
I also attached the console log, but I don't see anything different between the
two starts.
--
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.