https://bugs.winehq.org/show_bug.cgi?id=53850
Bug ID: 53850
Summary: Mery, TeraPad : When using Japanese input method (IM),
undetermined strings are not displayed (regression)
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: su_zu_me(a)hotmail.com
Distribution: ---
Created attachment 73380
--> https://bugs.winehq.org/attachment.cgi?id=73380
input after "そうか" ("souka"), but not displayed
Mery and TeraPad are text editors.
When using input method (IM) to input Japanese characters, undetermined strings
are not displayed.
Candidates are displayed.
Conversions are done successfully.
It occurs with Wine 7.13 or later.
Undetermined strings are displayed inline with Wine 7.12 or earlier, after
several conversion after starting the application.
note:
Right after starting the application, undetermined string is not displayed
with all tested version of Wine, but it should be another bug.
Application:
Mery (x86) Version 2.6.7
Download site:
https://forest.watch.impress.co.jp/library/software/mery/
SHA1:
edef7350aeed6bab083612e2d316607561f5f31c MerySetup-2.6.7.exe
tested Wine version:
6.0.3 (Ubuntu 6.0.3~repack-1)
7.11
7.12
7.13
7.15
7.19
Application:
TeraPad Version 1.09
Download site:
-
SHA1:
3ff8f3741ce82dcea54a385cea484b861007c260 tpad109.zip
tested Wine version:
6.0.3 (Ubuntu 6.0.3~repack-1)
7.11
7.12
7.13
7.15
7.19
Application:
TeraPad Version 1.10
Download site:
https://tera-net.com/library/tpad.html
SHA1:
ae28027af722c3ea7f6431d04c65582d16c60832 tpad110.exe
tested Wine version:
7.12
7.19
terminal output: N/A
OS:
Ubuntu 22.04.1 LTS (amd64)
Display server:
Wayland
Input Method Framework:
IBus
Input Method Engine:
Mozc
installed Wine:
winehq-devel
--
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=55018
Bug ID: 55018
Summary: d2d1:d2d1 sometimes times out on Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d2d1:d2d1 sometimes times out on Linux. Apparently something causes the whole
test to lock up but because the test is multithreaded this can happen at any
point.
d2d1:d2d1 start dlls/d2d1/tests/d2d1.c
d2d1:d2d1:0810 done (258) in 120s 0B
or
d2d1:d2d1 start dlls/d2d1/tests/d2d1.c
d2d1.c:2692: Test marked todo: Surface does not match.
...
d2d1.c:10042: Test marked todo: Test 1: Got unexpected dpi_y 2.88000000e+002,
expected 0.00000000e+000.
d2d1.c:10039: Test marked todo: Test 2: Got unexpected dpi_x 6.00000000e+001,
expected 0.00000000e+000.
d2d1:d2d1:077c done (258) in 120s 13391B
See https://test.winehq.org/data/patterns.html#d2d1:d2d1
Note that this only happens in the 64-bit tests (including on
gitlab-debian-64).
--
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=55318
Bug ID: 55318
Summary: ntdll:time - test_TimerResolution() fails on Windows
11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:time - test_TimerResolution() fails on Windows 11:
time.c:284: Test failed: expected new timer resolution 5000, got 4882
time.c:284: Test failed: NtQueryTimerResolution() expected timer resolution
4882, got 5000
See https://test.winehq.org/data/patterns.html#ntdll: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=53247
Bug ID: 53247
Summary: user32:sysparams - test_dpi_context() fails on Windows
10 1909+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:sysparams - test_dpi_context() fails on Windows 10 1909+:
sysparams.c:3813: Test failed: got 0
sysparams.c:3814: Test failed: wrong value -1
https://test.winehq.org/data/patterns.html#user32:sysparams
These traces could include a bit more information rather than leaving most of
it to the source line number.
--
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=55308
Bug ID: 55308
Summary: tools/winebuild/res16.c:156:5: runtime error: null
pointer passed as argument 1, which is declared to
never be null (UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Created attachment 74908
--> https://bugs.winehq.org/attachment.cgi?id=74908
build log
I've been using UndefinedBehaviorSanitizer at my day job and found it pretty
useful, so did some brief testing on it with Wine.
Not everything builds (notably loader/ and dlls/ntdll/unix/), but most other
stuff does.
For this issue, just recompiling tools/winebuild is enough to see the issue:
./configure && make -j12
cd tools/winebuild
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
cd ../../dlls/avifile.dll16/
make clean && make
tools/winegcc/winegcc -o dlls/avifile.dll16/i386-windows/avifile.dll16
--wine-objdir . -b i686-w64-mingw32 -Wl,--wine-builtin -shared \
dlls/avifile.dll16/avifile.dll16.spec -m16 -Wb,--main-module,avifil32.dll \
dlls/avifile.dll16/i386-windows/main.o
dlls/avifil32/i386-windows/libavifil32.a \
dlls/winecrt0/i386-windows/libwinecrt0.a
dlls/ucrtbase/i386-windows/libucrtbase.a \
dlls/krnl386.exe16/i386-windows/libkernel.a
dlls/kernel32/i386-windows/libkernel32.a \
dlls/ntdll/i386-windows/libntdll.a -Wl,--disable-stdcall-fixup
tools/winebuild/res16.c:156:5: runtime error: null pointer passed as argument
1, which is declared to never be null
Seems to affect most win16 dlls, there are a total of 44 occurrences (build log
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=54015
Bug ID: 54015
Summary: Accessing shared memory from Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: berarma(a)hotmail.com
Distribution: ---
Some Windows games and applications share some internals through shared memory
with external tools. Shared memory is preferred over sockets because it adds no
overhead with no latency.
It's mostly used in driving and flying simulators to provide visual overlays,
data on additional displays, telemetry, rig movement, etc. from external tools.
There's also scientific apps using it for similar purposes or general
inter-process communication.
It's common to use tagged shared memory blocks that external tools can then
access using the already known tag.
Here's an example from a Python application for rFactor 2:
self._rf2_tele = mmap.mmap(0, ctypes.sizeof(rF2Telemetry),
f"$rFactor2SMMP_Telemetry${input_pid}")
self._rf2_scor = mmap.mmap(0, ctypes.sizeof(rF2Scoring),
f"$rFactor2SMMP_Scoring${input_pid}")
self._rf2_ext = mmap.mmap(0, ctypes.sizeof(rF2Extended),
f"$rFactor2SMMP_Extended${input_pid}")
self._rf2_ffb = mmap.mmap(0, ctypes.sizeof(rF2ForceFeedback),
"$rFactor2SMMP_ForceFeedback$")
Allowing these shared memory blocks to be accessed from Linux would allow us to
port some of these tools or even implement or own.
Then these tools could access resources or hardware that isn't available from
inside the Wine prefix. Some of these tools also fail to run on Wine.
Since I guess Wine is already using Linux shared memory mechanism to implement
Windows shared memory, the blocks are already available at /dev/shm but they
use generic names that can't be associated to the tag used on Windows.
Having these shared memory blocks created in the prefix directory with a name
containing the tag used on creation would allow us to use it from our native
applications. Or any other way to find them using the tags used on Windows.
Thanks for your attention.
--
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=55315
Bug ID: 55315
Summary: tools/wrc/parser.l:626:5: runtime error: null pointer
passed as argument 2, which is declared to never be
null (UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
+++ This bug was initially created as a clone of Bug #55314 +++
For this issue, just recompiling tools/wrc is enough to see the issue:
./configure && make -j12
cd tools/wrc
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/wrc/wrc -u -o programs/winedbg/winedbg.res --nostdinc --po-dir=po
-Iprograms/winedbg -Iinclude -Iinclude/msvcrt \
-Ilibs/zydis/include -D_UCRT -D__WINESRC__ programs/winedbg/winedbg.rc
tools/wrc/parser.l:626:5: runtime error: null pointer passed as argument 2,
which is declared to never be null
--
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=55314
Bug ID: 55314
Summary: tools/wrc/genres.c:1078:31: runtime error: left shift
of 40664 by 16 places cannot be represented in type
'int' (UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
For this issue, just recompiling tools/wmc is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/wrc/wrc -u -o dlls/fusion/version.res --nostdinc -Idlls/fusion -Iinclude
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ \
dlls/fusion/version.rc
tools/wrc/genres.c:1078:31: runtime error: left shift of 50727 by 16 places
cannot be represented in type 'int'
tools/wrc/genres.c:1080:31: runtime error: left shift of 50727 by 16 places
cannot be represented in type 'int'
tools/wrc/wrc -u -o dlls/msvcr120/version.res --nostdinc -Idlls/msvcr120
-Idlls/msvcrt -Iinclude -Iinclude/msvcrt \
-D_MSVCR_VER=120 -D__WINESRC__ -D_CRTIMP= dlls/msvcr120/version.rc
tools/wrc/genres.c:1078:31: runtime error: left shift of 40664 by 16 places
cannot be represented in type 'int'
tools/wrc/wrc -u -o programs/ngen/version.res --nostdinc -Iprograms/ngen
-Iinclude -Iinclude/msvcrt -D_UCRT -D__WINESRC__ \
programs/ngen/version.rc
tools/wrc/genres.c:1078:31: runtime error: left shift of 50727 by 16 places
cannot be represented in type 'int'
tools/wrc/genres.c:1080:31: runtime error: left shift of 50727 by 16 places
cannot be represented in type 'int'
--
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=55313
Bug ID: 55313
Summary: tools/wmc/mcy.y:488:30: runtime error: left shift of 2
by 30 places cannot be represented in type 'int'
(UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
For this issue, just recompiling tools/wmc is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/wmc/wmc -u -o dlls/kernelbase/winerror.res dlls/kernelbase/winerror.mc
--po-dir=po
tools/wmc/mcy.y:488:30: runtime error: left shift of 2 by 30 places cannot be
represented in type 'int'
tools/wmc/wmc -u -o dlls/mferror/mferror.res dlls/mferror/mferror.mc
--po-dir=po
tools/wmc/mcy.y:488:30: runtime error: left shift of 3 by 30 places cannot be
represented in type 'int'
--
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=55312
Bug ID: 55312
Summary: tools/widl/write_msft.c:1616:30: runtime error: left
shift of 1207959552 by 1 places cannot be represented
in type 'int' (UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Created attachment 74910
--> https://bugs.winehq.org/attachment.cgi?id=74910
build log
For this issue, just recompiling tools/widl is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/widl/widl -o dlls/atl/i386-windows/atl_lib_t.res -b i686-w64-mingw32
--nostdinc -Ldlls/\* -Idlls/atl -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ -D_ATL_VER=_ATL_VER_30
dlls/atl/atl_lib.idl
tools/widl/write_msft.c:1616:30: runtime error: left shift of 1476395008 by 1
places cannot be represented in type 'int'
There are 27 total occurrences.
--
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=55311
Bug ID: 55311
Summary: tools/widl/write_msft.c:1512:33: runtime error: left
shift of negative value -1
(UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
For this issue, just recompiling tools/widl is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/widl/widl -o dlls/dhtmled.ocx/i386-windows/dhtmled_tlb_t.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Idlls/dhtmled.ocx -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ dlls/dhtmled.ocx/dhtmled_tlb.idl
tools/widl/write_msft.c:1512:33: runtime error: left shift of negative value -1
There are a total of 5 occurrences:
tools/widl/widl -o dlls/dhtmled.ocx/i386-windows/dhtmled_tlb_t.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Idlls/dhtmled.ocx -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ dlls/dhtmled.ocx/dhtmled_tlb.idl
tools/widl/widl -o dlls/mshtml.tlb/i386-windows/mshtml_tlb_t.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Idlls/mshtml.tlb -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ dlls/mshtml.tlb/mshtml_tlb.idl
tools/widl/widl -o dlls/msscript.ocx/i386-windows/msscript_t.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Idlls/msscript.ocx -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ dlls/msscript.ocx/msscript.idl
tools/widl/widl -o programs/cscript/i386-windows/ihost_l.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Iprograms/cscript \
-Iprograms/wscript -Iinclude -Iinclude/msvcrt -D_UCRT -D__WINESRC__
-DCSCRIPT_BUILD \
programs/wscript/ihost.idl
tools/widl/widl -o programs/wscript/i386-windows/ihost_l.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Iprograms/wscript -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ programs/wscript/ihost.idl
--
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=55310
Bug ID: 55310
Summary: tools/widl/hash.c:714:13: runtime error: store to
misaligned address 0xffda6583 for type 'unsigned int',
which requires 4 byte alignment
(UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Created attachment 74909
--> https://bugs.winehq.org/attachment.cgi?id=74909
build log
For this issue, just recompiling tools/widl is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/widl/widl -o include/windows.foundation.h -m32 --nostdinc -Ldlls/\*
-Iinclude -Iinclude -D__WINESRC__ \
include/windows.foundation.idl
tools/widl/hash.c:714:13: runtime error: store to misaligned address 0xffe6aac6
for type 'unsigned int', which requires 4 byte alignment
0xffe6aac6: note: pointer points here
00 00 00 00 00 00 00 00 00 00 8c ab e6 ff 00 e0 7a 56 20 40 7f 57 f8 aa e6
ff 00 e0 7a 56 30 00
^
tools/widl/hash.c:715:13: runtime error: store to misaligned address 0xffe6aaca
for type 'unsigned int', which requires 4 byte alignment
0xffe6aaca: note: pointer points here
00 00 00 00 00 00 8c ab e6 ff 00 e0 7a 56 20 40 7f 57 f8 aa e6 ff 00 e0 7a
56 30 00 00 00 8d 89
^
There are 62 total occurrences.
--
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=55309
Bug ID: 55309
Summary: tools/widl/expr.c:272:23: runtime error: negation of
-2147483648 cannot be represented in type 'int'; cast
to an unsigned type to negate this value to itself
(UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
For this issue, just recompiling tools/widl is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/widl/widl -o include/d3d10_1.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ \
include/d3d10_1.idl
tools/widl/expr.c:272:23: runtime error: negation of -2147483648 cannot be
represented in type 'int'; cast to an unsigned type to negate this value to
itself
Occurs for a few widl files:
tools/widl/widl -o include/d2d1.h -m32 --nostdinc -Ldlls/\* -Iinclude -Iinclude
-D__WINESRC__ include/d2d1.idl
tools/widl/widl -o include/d3d10.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ include/d3d10.idl
tools/widl/widl -o include/d2d1effectauthor.h -m32 --nostdinc -Ldlls/\*
-Iinclude -Iinclude -D__WINESRC__ \
include/d2d1effectauthor.idl
tools/widl/widl -o include/d2d1_2.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ \
include/d2d1_2.idl
tools/widl/widl -o include/d2d1_1.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ \
include/d2d1_1.idl
tools/widl/widl -o include/d2d1_3.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ \
include/d2d1_3.idl
--
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=52838
Bug ID: 52838
Summary: MachStudio Pro renders wrong
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Any project is being rendered wrong in MachStudio Pro. The problem is in Wine's
D2D1.DLL. When using native Vista's d2d1.dll (7.0.6002.18107 809kb) this issue
does not appear.
Steps to repro:
1. Run MachStudio Pro
2. Open a project for example by this path \Program Files\StudioGPU\MachStudio
Pro\Data\assets\SGPU_MTL_BALL.mab
Uploaded two screenshots: Wine's d2d1.dll and native d2d1.dll from Vista.
Free GPU MachStudio Pro download link:
https://download.cnet.com/MachStudio-Pro/3000-6677_4-75498419.html
--
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=30155
Bug #: 30155
Summary: secdrv.sys from SafeDisc v2.05.030 does not work
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stefan(a)codeweavers.com
Classification: Unclassified
Created attachment 39336
--> http://bugs.winehq.org/attachment.cgi?id=39336
service,relay,winedevice,ntoskrnl log
SafeDisc 2.05.030 does not work out of the box. The user-visible symptom is
that the application exits with exit code 0 without any output. This affects
for example the Command and Conquer Red Alert 2 installer, which is safedisc
protected for some reason.
The problem seems to be related to the specific secdrv.sys version. If I take a
secdrv.sys from a newer safedisc version(e.g. 2.40.010 from the RA2 Yuri's
revenge expansion) and put it in C:\windows\system32\drivers, the installer
works.
ProtectId says:
Scanning -> D:\Setup\Setup.exe
File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 1308863 (013F8BFh)
Byte(s)
-> File has 733375 (0B30BFh) bytes of appended data starting at offset 08C800h
[File Heuristics] -> Flag : 00000000000000000100000000100111 (0x00004027)
[!] Safedisc v2.05.030 detected !
[i] Appended data contents....
[.] o: 0x0008C828 / t: <0x00000001> <0x00000000> <0x00000001> / s: 00194947
byte(s) -> ~de7bc4.tmp
[.] o: 0x000BC1D2 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00030208
byte(s) -> clcd32.dll
[.] o: 0x000C37F9 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00006784
byte(s) -> clcd16.dll
[.] o: 0x000C529D / t: <0x00000001> <0x00000000> <0x0000044D> / s: 00067584
byte(s) -> mcp.dll
[.] o: 0x000D5AC5 / t: <0x00000001> <0x00000000> <0x00000000> / s: 00327220
byte(s) -> ~df394b.tmp
[.] o: 0x00125920 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00034304
byte(s) -> drvmgt.dll
[.] o: 0x0012DF47 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00018768
byte(s) -> secdrv.sys
[.] o: 0x001328BF / t: <0x00000001> <0x00000000> <0x00000000> / s: 00053248
byte(s) -> ~ef7194.tmp
[CompilerDetect] -> Visual C++ 6.0
- Scan Took : 0.640 Second(s)
The md5sum of the broken secdrv.sys is XXX. The md5sum of the working 2.40.010
driver is f376a1580204e47f37a721e1cbc5582a.
I am attaching a +relay,+service,+winedevice+ntoskrnl log of a failed run of
the setup tool.
--
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=55305
Bug ID: 55305
Summary: advapi32:eventlog - test_autocreation() fails on the
Windows 10 2004 and 2009 VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 74901
--> https://bugs.winehq.org/attachment.cgi?id=74901
Minimal eventlog to reproduce the test_autocreation() failure
advapi32:eventlog - test_autocreation() fails on the Windows 10 2004 and 2009
VMs:
eventlog.c:1156: Test failed: Expected an eventlog file
See http://winetest.dolphin/data/patterns.html#advapi32:eventlog
This failure is systematic and specific to these two Windows configurations.
Also it happens even when running advapi32:eventlog on its own.
Commenting out parts of the test shows that the failure is caused by the final
CloseEventLog(handle) in test_clear(). See the attached patch to minimally
reproduce this failure.
This is similar to bug 54614: advapi32:eventlog causes the event log service to
crash which breaks test_autocreation():
Source : Service Control Manager
Event ID : 7031
The Windows Event Log service terminated unexpectedly. It has done this
1 time(s). The following corrective action will be taken in 60000
milliseconds: Restart the service.
--
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=55301
Bug ID: 55301
Summary: gdi32:font - test_bitmap_font_metrics(System) fails in
Wine for the Japanese and Chinese locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font - test_bitmap_font_metrics(System) fails in Wine for the Japanese
and Chinese locales.
In the ja_JP locale:
font.c:986: Test failed: System(18): tm.tmWeight 700 != 400
In the zh_CN locale:
font.c:993: Test failed: System(16): tm.tmInternalLeading 0 != 3
See https://test.winehq.org/data/patterns.html#gdi32:font
This happens on both the TestBot's Debian 11 and Testing VMs
--
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=55303
Bug ID: 55303
Summary: gdi32:font - test_lang_names() fails in Wine for the
Japanese locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font - test_lang_names() fails in Wine for the Japanese locale:
font.c:7268: Test failed: 2: (1) unexpected lfFaceName
L"\30d5\30a9\30f3\30c8\540d Cond (ja)"
font.c:7276: Test failed: 2: (1) unexpected elfStyle L"Regular"
font.c:7268: Test failed: 2: (0) unexpected lfFaceName L"Wine_Lang_Names"
font.c:7276: Test failed: 2: (0) unexpected elfStyle L"Regular"
font.c:7310: Test failed: 2: EnumFontFamiliesExW unexpected count 0.
font.c:7319: Test failed: 2: EnumFontFamiliesExW unexpected count 0.
See https://test.winehq.org/data/patterns.html#gdi32:font
This happens on both the TestBot's Debian 11 and Testing VMs.
--
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=55302
Bug ID: 55302
Summary: gdi32:font fails in Wine for the Chinese locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font fails in Wine for the zh_CN locale:
test_GetCharABCWidths():
font.c:1238: Test failed: GetCharABCWidthsA 100 - 100 should have failed
font.c:1238: Test failed: GetCharABCWidthsA ffff - ffff should have failed
test_font_charset():
font.c:2703: Test failed: 0 vs 2: indices shouldn't match
test_bitmap_font_glyph_index():
font.c:6925: Test failed: expected a9, got 3f (Courier:0)
font.c:6925: Test failed: expected a9, got 3f (Small Fonts:0)
font.c:6870: Tests skipped: expected Fixedsys, got Noto Sans CJK SC
font.c:6925: Test failed: expected a9, got 3f (System:0)
See https://test.winehq.org/data/patterns.html#gdi32:font
This happens on both the TestBot's Debian 11 and Testing VMs.
There are other failures, see bug 55299 and bug 55301.
--
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=55300
Bug ID: 55300
Summary: gdi32:font - test_bitmap_font_metrics() fails in Wine
for the Arabic locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font - test_bitmap_font_metrics() fails in Wine for the Arabic locale
(ar_MA):
font.c:995: Test failed: Small Fonts(11): tm.tmAveCharWidth 5 != 4
font.c:996: Test failed: Small Fonts(11): tm.tmFirstChar = 20
font.c:1001: Test failed: Small Fonts(11): tm.tmDefaultChar = 80
font.c:1002: Test failed: Small Fonts(11): tm.tmBreakChar = 20
font.c:1008: Test failed: Small Fonts(11): tm.tmMaxCharWidth 9 != 10
See See https://test.winehq.org/data/patterns.html#gdi32:font
This happens on both the TestBot's Debian 11 and Testing VMs.
--
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=55297
Bug ID: 55297
Summary: dlls/ntdll/unix fails to build with gcc-10 and
AddressSanitizer
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Building Wine with AddressSanitizer enabled fails in dlls/ntdll/unix with
pthread errors. To reproduce:
#!/bin/bash
export ASAN_OPTIONS=detect_leaks=0
export CFLAGS="-O0 -g -fsanitize=address"
export LDFLAGS="-fsanitize=address"
./configure
make
...
/usr/bin/ld: dlls/ntdll/unix/loader.o: in function `init_paths':
/home/austin/wine/dlls/ntdll/unix/loader.c:618: undefined reference to `dladdr'
/usr/bin/ld: dlls/ntdll/unix/loader.o: in function `dlopen_dll':
/home/austin/wine/dlls/ntdll/unix/loader.c:1166: undefined reference to
`dlerror'
/usr/bin/ld: /home/austin/wine/dlls/ntdll/unix/loader.c:1170: undefined
reference to `dlsym'
/usr/bin/ld: dlls/ntdll/unix/thread.o: in function `start_thread':
/home/austin/wine/dlls/ntdll/unix/thread.c:1102: undefined reference to
`pthread_setspecific'
--
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=51669
Bug ID: 51669
Summary: EverQuest d3d:wined3d acquires unexpected context
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: johnherschelfreeman2013(a)gmail.com
Distribution: ---
Created attachment 70543
--> https://bugs.winehq.org/attachment.cgi?id=70543
err wined3d_context_gl_reacquire
In game launcher and game client
--
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=53198
Bug ID: 53198
Summary: ws2_32:protocol - getaddrinfo() unexpectedly succeeds
for IPv6 on Windows 10 1507
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ws2_32:protocol - getaddrinfo() unexpectedly succeeds for IPv6 on Windows 10
1507:
protocol.c:2459: Test failed: Test 0: Got unexpected ret 0
protocol.c:2459: Test failed: Test 1: Got unexpected ret 0
protocol.c:2459: Test failed: Test 2: Got unexpected ret 0
protocol.c:2459: Test failed: Test 3: Got unexpected ret 0
protocol.c:2459: Test failed: Test 4: Got unexpected ret 0
protocol.c:2459: Test failed: Test 5: Got unexpected ret 0
protocol.c:2459: Test failed: Test 12: Got unexpected ret 0
protocol.c:2459: Test failed: Test 13: Got unexpected ret 0
protocol.c:2459: Test failed: Test 14: Got unexpected ret 0
protocol.c:2459: Test failed: Test 15: Got unexpected ret 0
protocol.c:2459: Test failed: Test 16: Got unexpected ret 0
protocol.c:2459: Test failed: Test 28: Got unexpected ret 0
protocol.c:2459: Test failed: Test 29: Got unexpected ret 0
https://test.winehq.org/data/patterns.html#ws2_32:protocol
This really looks like a Windows 10 1507 bug so it's tempting to add a
broken((hinttests[i].family == AF_UNSPEC && hinttests[i].sock_type != 999) &&
...).
But it's strange that there is no failure on index 6 for instance since it's
the same test after line 2455 (hint.ai_family = AF_INET6):
0: {AF_UNSPEC, SOCK_STREAM, IPPROTO_TCP, 0}, /* 0 */
6: {AF_INET, SOCK_STREAM, IPPROTO_TCP, 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=55270
Bug ID: 55270
Summary: NVIDIA OptiX SDK samples hang forever
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: cybermax(a)dexter.no
Distribution: ---
Running NVIDA OptiX SDK samples hangs forever before drawing to screen. I have
bisected this to this particular patch:
https://gitlab.winehq.org/wine/wine/-/commit/18ae96e5fb3cbbd53f1a022ba81203…
This patch is from the https://gitlab.winehq.org/wine/wine/-/merge_requests/416
MR
Reverting this by removing XLockDisplay runs the samples again.
I am not sure why the need for a mutex + XLockDisplay is there, but i assume
the reasoning is perfectly fine - but maybe only IF one actually expect/get an
error? The OptiX samples hits the "ignored_error" thing, but seemingly just
stops without releasing the XDisplay again and thus just hang.
If interested in testing these OptiX samples, i have a pre-compiled set here:
https://github.com/SveSop/wine-nvoptix/pull/20#issuecomment-1079719794 (Read
installation instructions in that post - since the SDK hard-links binaries to
images and whatnot in the folder structure)
All of the samples in THAT particular archive do run if you use latest
"nvidia-libs" from here: https://github.com/SveSop/nvidia-libs/actions
Only nvcuda and nvoptix is needed - no need for DXVK/DXVK-NVAPI to run these
samples - but you DO need NVIDIA RTX 2xxx gpu, and with the aforementioned
revert of XLockDisplay it runs on wine-8.12 from GIT.
--
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=55222
Bug ID: 55222
Summary: Virtual Desktop does not work correctly under Wine
8.11
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tst1(a)mixbox.pl
Distribution: ---
I use dual monitor (2 monitors).
Under Wine, I use Virtual Desktop, which covers up almost all of these two
monitors.
After updating Wine to 8.11 (under Manjaro Linux), regardless of the running
application, Wine desktop runs on only one monitor (in full screen mode).
You can then neither resize nor move the Wine desktop to the second monitor.
Downgrading Wine to my previous version: 8.8 is a workaround solution solving
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.