wine-bugs July 2023

wine-bugs@winehq.org

1 participants
3126 discussions

[Bug 25083] New: HyperTerminal unable to loop back on COM1 (RS-232)
by wine-bugs＠winehq.org 24 Jul '23

24 Jul '23

http://bugs.winehq.org/show_bug.cgi?id=25083 Summary: HyperTerminal unable to loop back on COM1 (RS-232) Product: Wine Version: 1.3.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: graham(a)nerve.org.za On a machine with an on-board RS-232 port at COM1, HyperTerminal (as shipped with Windows XP) is firstly unable to detect the port until changes are made in the WINE registry, thereafter, after attaching a simple loopback adapter (pins 2 and 3 of a DB9F shorted) no characters are echoed to the screen. Obtaining the software: >From a Windows XP installation, copy the files hypertrm.exe and htrn_jis.dll from 'C:\Program Files\Windows NT' and hticons.dll and hypertrm.dll from C:\Windows\System32' into a suitable directory below .wine/drive_c or Download a free 30 day trial of HyperTerminal Private Edition 7.0 from http://www.hilgraeve.com/hyperterminal/ Create a symbolic link for COM1, documented here: http://www.winehq.org/docs/wineusr-guide/misc-things-to-configure ln -s /dev/ttyS0 ~/.wine/dosdevices/com1 At this point, starting HyperTerminal will result in no serial ports being shown. Now, create a registry entry in WINE for the serial port, mentioned in this bug report: http://bugs.winehq.org/show_bug.cgi?id=4282 Add the following lines to .wine/system.reg [Hardware\\Devicemap\\SerialComm] "Serial0"="COM1" Now HyperTerminal can be started, COM1 can be selected and configured, but no characters are echoed to the screen. However, the free terminal program, simply named 'Terminal' and available here: https://sites.google.com/site/terminalbpp/ Does echo characters to the screen. -- 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.

2 23

[Bug 47873] New: kernel32:comm fails randomly
by WineHQ Bugzilla 24 Jul '23

24 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=47873 Bug ID: 47873 Summary: kernel32:comm fails randomly Product: Wine Version: 4.17 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:comm fails randomly on multiple Windows versions: comm.c:708: Found Com port COM1. Connected devices may disturb results comm.c:859: Test failed: WaitCommEvent failed with a timeout comm.c:870: recovering after WAIT_TIMEOUT... comm.c:880: Test failed: WaitCommEvent error 0 comm.c:881: Test failed: WaitCommEvent: expected EV_TXEMPTY, got 0 comm.c:885: WaitCommEvent for EV_TXEMPTY took 1500 ms (timeout 1500) comm.c:886: Test failed: WaitCommEvent used 1500 ms for waiting https://test.winehq.org/data/tests/kernel32:comm.html These failures are random and have been seen on the following TestBot VM4 configurations: wxppro w2003std w7pro64-32 w1064v1507-32 w1064v1607-32 w1064v1607-64 w1064v1709-64 w1064v1607-64 w1064v1809-32 w1064v1809-32 w1064v1809-64 w1064v1809-2scr-32 w1064v1809-fr-64 w1064v1809-ja-32 w1064v1809-ja-64 So it does not depend on the Windows version, bitness of the test, or locale. However it only happens on QEmu VMs: it never happened on the fg-win7u64 VMware VMs or on the real hardware machines, cw-rx460 and cw2-gtx560. Yet the VMware VMs have two serial COM ports, and, according to dmesg | grep tty, the real hardware machines do have a serial port too. QEmu 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.

1 3

[Bug 46676] New: Serial port enumeration (get device description) on Mac OS/X 10.9, 10.13
by wine-bugs＠winehq.org 24 Jul '23

24 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=46676 Bug ID: 46676 Summary: Serial port enumeration (get device description) on Mac OS/X 10.9, 10.13 Product: Wine Version: 4.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: martin(a)hinner.info Created attachment 63628 --> https://bugs.winehq.org/attachment.cgi?id=63628 suspected problematic function Tested on: Mac OS/X 10.9, 10.13 WineBottler (Wine 1.8) works fine; Wine 4.0 (from .pkg) does not work Our application is trying to enumerate serial ports by using setupapi functions. I have not checked where exactly is the problem as debugging on OS/X is a bit difficult for me, however suspected function is attached (it's goal is to get device description). The affected apps are http://obdtester.com/ficom , http://obdtester.com/bimcom , http://obdtester.com/fcom ; I have tried to create symlink in dosdevices (required for WineBottler to get it working), one OS/X 10.13 my link got deleted everytime I ran the app; on OS/X 10.9 link persisted, but not possible to enumerate any serial port(s). I can provide login for download by personal e-mail (not to be disclosed). I have talked about this on wine mailing list a long time ago, it would be super easy if Wine-enabled application can have a way to load system native .so to talk directly to the host system, I have many examples of device drivers that would be super easy to implement. FYI I have already written "winegate.dll.so" which solves this real world problem, but it was rejected for submission to Wine because of "Wine must be 100% transparent" ideology. -- 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.

2 9

[Bug 23326] New: Cannot change printer settings, Family Tree 7
by wine-bugs＠winehq.org 24 Jul '23

24 Jul '23

http://bugs.winehq.org/show_bug.cgi?id=23326 Summary: Cannot change printer settings, Family Tree 7 Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jamesl(a)bestweb.net Created an attachment (id=29072) --> (http://bugs.winehq.org/attachment.cgi?id=29072) FTW7 print dialogue, compare Wine to XP Cannot select printer/change print settings with Family Tree Maker 7. Dialogue box comes up, drop-down boxes are working, but radio buttons for switching between "default printer" and an alternate printer are not selectable. Have compared the print dialogue between Wine vs a native install under Windows XP (SP3) and notice some text from the Windows install does not show up under Wine. Also tried the same thing with the "free" version of FTM2005se available at http://past.familytreemaker.com/download/starter.aspx and found it's behavior is the same. So I will describe steps from there, since it would be eaier for someone to get that to test against. STEPS TO RECREATE: 1: Set up wine profile with "WINEPREFIX=/home/jelabarre/wine-apps/ftw2005 winecfg"; set winver to "Windows XP", point the Documents directory under Desktop Integration to my own Documents directory 2: install FTW2005 by running "WINEPREFIX=/home/jelabaWINEPREFIX=/home/jelabarre/wine-apps/ftw2005 wine ./FamilyTreeMaker2005se.exe", accept all defaults. 3: open FTW 2005 from "Wine" menu entry on Gnome menu. Selected "Buy Later" from popup window (does not affect outcome, as same print problem occurrs in a regular retail version of FTM7) 4: create new file, or use existing file (same result either way) 5: select "File | Print Setup", then try to select radio button for either "Default Printer" or "Specific Printer". Neither can be selected 6: try selecting a "specific printer" from drop-down box. Printer can be selected, but radio buttons still not functional. 7: after selecting a printer other than the default (such as print-to-PDF) and then try printing. Output will still go to the Linux default printer, no edits of the print settings will take effect. The "Family Archive Viewer v6.0" at http://familytreemaker.genealogy.com/abtffiv.html and "Family Archive Viewer v11.0" at http://www.genealogy.com/abtffiv.html are other variants that exhibits this behavior. Have attached sample screenshots of Wine vs WinXP versions of the print dialogue. -- 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.

2 15

[Bug 50778] New: TortoiseMerge closes before showing a window
by WineHQ Bugzilla 24 Jul '23

24 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=50778 Bug ID: 50778 Summary: TortoiseMerge closes before showing a window Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lexlexlex(a)gmail.com Distribution: --- Created attachment 69576 --> https://bugs.winehq.org/attachment.cgi?id=69576 Terminal log for TortoiseMerge startup and subsequent closing with wine Steps to reproduce: 1. Install TortoiseSVN in a 64-bit wine prefix. 2. Try to run TortoiseMerge.exe with the wine prefix mentioned in step 1. For example, run "wine TortoiseMerge.exe" from a terminal if the default wine prefix was used. Current behavior: TortoiseMerge closes before showing a window. No TortoiseMerge window appears. Expected behavior: TortoiseMerge is expected to start, allowing the user to compare and merge files in a windowed GUI. Additional information: A download for the current version of the TortoiseSVN installer as of this report is at https://osdn.net/projects/tortoisesvn/storage/1.14.1/Application/TortoiseSV… A log showing terminal output when trying to run "wine TortoiseMerge.exe" is attached. Opinion: This is one of 2 bugs preventing using TortoiseSVN fully in wine. The other is 50756. If these 2 bugs are fixed, TortoiseSVN could be used fully, easing the transition of users whose jobs rely on SVN to Linux. Currently some companies still use SVN and I've tried all the free SVN clients for Linux, and none of them come close to the level of convenience and intuitiveness that TortoiseSVN provides. I have nemo actions ready to enable full usage in of TortoiseSVN in Linux if these 2 bugs are fixed. This would help me personally tremendously, as digging through old revisions in alternate SVN branches is part of my job and extremely difficult with any SVN client other than TortoiseSVN using TortoiseMerge. Thanks for reading 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.

1 7

[Bug 51212] New: i want to install itunes, it installed through wine but giving some error while to launch the program
by WineHQ Bugzilla 24 Jul '23

24 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=51212 Bug ID: 51212 Summary: i want to install itunes, it installed through wine but giving some error while to launch the program Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: robinssgraphics(a)gmail.com Distribution: --- Created attachment 70086 --> https://bugs.winehq.org/attachment.cgi?id=70086 i want to install itunes, it installed through wine but giving some error while to launch the program i want to install itunes, it installed through wine but giving some error while to launch the 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.

1 3

[Bug 53850] New: Mery, TeraPad : When using Japanese input method (IM), undetermined strings are not displayed (regression)
by WineHQ Bugzilla 24 Jul '23

24 Jul '23

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.

1 8

[Bug 55018] New: d2d1:d2d1 sometimes times out on Linux
by WineHQ Bugzilla 24 Jul '23

24 Jul '23

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.

1 4

[Bug 55318] New: ntdll:time - test_TimerResolution() fails on Windows 11
by WineHQ Bugzilla 24 Jul '23

24 Jul '23

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.

1 1

[Bug 53247] New: user32:sysparams - test_dpi_context() fails on Windows 10 1909+
by WineHQ Bugzilla 24 Jul '23

24 Jul '23

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.

1 2

[Bug 55308] New: tools/winebuild/res16.c:156:5: runtime error: null pointer passed as argument 1, which is declared to never be null (UndefinedBehaviorSanitizer)
by WineHQ Bugzilla 23 Jul '23

23 Jul '23

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.

1 1

[Bug 54015] New: Accessing shared memory from Linux
by WineHQ Bugzilla 23 Jul '23

23 Jul '23

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.

1 13

[Bug 55315] New: tools/wrc/parser.l:626:5: runtime error: null pointer passed as argument 2, which is declared to never be null (UndefinedBehaviorSanitizer)
by WineHQ Bugzilla 23 Jul '23

23 Jul '23

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.

1 0

[Bug 55314] New: tools/wrc/genres.c:1078:31: runtime error: left shift of 40664 by 16 places cannot be represented in type 'int' (UndefinedBehaviorSanitizer)
by WineHQ Bugzilla 23 Jul '23

23 Jul '23

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.

1 0

[Bug 55313] New: tools/wmc/mcy.y:488:30: runtime error: left shift of 2 by 30 places cannot be represented in type 'int' (UndefinedBehaviorSanitizer)
by WineHQ Bugzilla 23 Jul '23

23 Jul '23

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.

1 0

[Bug 55312] New: tools/widl/write_msft.c:1616:30: runtime error: left shift of 1207959552 by 1 places cannot be represented in type 'int' (UndefinedBehaviorSanitizer)
by WineHQ Bugzilla 23 Jul '23

23 Jul '23

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.

1 0

[Bug 55311] New: tools/widl/write_msft.c:1512:33: runtime error: left shift of negative value -1 (UndefinedBehaviorSanitizer)
by WineHQ Bugzilla 23 Jul '23

23 Jul '23

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.

1 0

[Bug 55310] New: tools/widl/hash.c:714:13: runtime error: store to misaligned address 0xffda6583 for type 'unsigned int', which requires 4 byte alignment (UndefinedBehaviorSanitizer)
by WineHQ Bugzilla 23 Jul '23

23 Jul '23

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.

1 0

[Bug 55309] New: 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)
by WineHQ Bugzilla 23 Jul '23

23 Jul '23

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.

1 0

[Bug 52838] New: MachStudio Pro renders wrong
by WineHQ Bugzilla 23 Jul '23

23 Jul '23

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.

1 6

[Bug 30155] New: secdrv.sys from SafeDisc v2.05.030 does not work
by wine-bugs＠winehq.org 23 Jul '23

23 Jul '23

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.

2 32

[Bug 55305] New: advapi32:eventlog - test_autocreation() fails on the Windows 10 2004 and 2009 VMs
by WineHQ Bugzilla 23 Jul '23

23 Jul '23

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.

1 1

[Bug 55301] New: gdi32:font - test_bitmap_font_metrics(System) fails in Wine for the Japanese and Chinese locales
by WineHQ Bugzilla 23 Jul '23

23 Jul '23

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.

1 1

[Bug 55303] New: gdi32:font - test_lang_names() fails in Wine for the Japanese locale
by WineHQ Bugzilla 23 Jul '23

23 Jul '23

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.

1 1

[Bug 55302] New: gdi32:font fails in Wine for the Chinese locale
by WineHQ Bugzilla 23 Jul '23

23 Jul '23

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.

1 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs July 2023