- Wine-bugs - list.winehq.org

[Bug 59129] New: Parallel Port Tester fails to detect the parallel port's base I/O address
by WineHQ Bugzilla 12 Dec '25

12 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59129 Bug ID: 59129 Summary: Parallel Port Tester fails to detect the parallel port's base I/O address Product: Wine Version: 11.0-rc1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)list.winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Steps to reproduce: 1. Use a computer with a motherboard-attached or PCI-attached parallel port. USB-attached parallel ports do not have base I/O addresses and Parallel Port Tester ignores them. 2. Ensure that /dev/lp0 exists and works outside of Wine, for example by connecting the parallel port to a printer or to an LED tester, running `echo hello > /dev/lp0`, and seeing the word printed on the printer or seeing different LEDs light up on the tester. 3. (Optional) Figure out what the base address of the parallel port is by looking at DEVNAME in /sys/class/printer/lp0/device/ppdev/parport0/uevent, then reading the first number in /proc/sys/dev/parport/<DEVNAME>/base-addr. You will need to convert the value to hexadecimal and prepend "0x" if you want to manually enter it into Parallel Port Tester. 4. Run `wine ParallelPortTesterSetup-1.0.0.2.exe` 5. Run `wine 'C:\Program Files (x86)\Parallel Port Tester\ParallelPortTester.exe'` 6. Click the drop-down labeled "Port" in the lower-right corner of the window. When my desktop computer is booted into Windows and I click the drop-down in Parallel Port Tester, it offers "LPT3 (0xEFF8)" as an option. When the same computer is booted into Linux and I run Parallel Port Tester on Wine, the drop-down is empty. However, if I run it on Wine with https://gitlab.com/alexhenrie/ioperm and enter the parallel port's base address manually, the program correctly displays the states of the parallel port's pins and can manipulate them. That means that the main part of the program works, it's just failing to automatically detect the port. The author helpfully wrote up an explanation of what the program does to find parallel ports and their base addresses: https://www.downtowndougbrown.com/2014/11/detecting-parallel-ports-and-thei… $ sha256sum ParallelPortTesterSetup-1.0.0.2.exe 9e9b399dd92ac48433af2061eb8491d1d68a6134eaeab2efcdcd36361e723d09 -- 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 58790] New: specops the line doesnt get past splash screen
by WineHQ Bugzilla 12 Dec '25

12 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=58790 Bug ID: 58790 Summary: specops the line doesnt get past splash screen Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: zlice(a)crtdrift.us Distribution: --- JWM, fluxbox and openbox do not start "specops: the line" - they are stuck on splash screen. my fork of fluxbox (shynebox) does pass the splash screen, but, alt-tabbing breaks the window, at first it will be a 'smooshed' version of the fullscreen window, then alt-tabbing back and forward again will make a 1/4 of the screen window that isnt usable. -- 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 56572] New: GraalOnline Worlds 612+: doesn't lunch and hangs
by WineHQ Bugzilla 12 Dec '25

12 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=56572 Bug ID: 56572 Summary: GraalOnline Worlds 612+: doesn't lunch and hangs Product: Wine Version: 9.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: baconkami02(a)gmail.com Distribution: --- Created attachment 76325 --> https://bugs.winehq.org/attachment.cgi?id=76325 Output when running the game This is a new (beta) client for the game GraalOnline, which is a unity wrapper around their already existing client. This bug occurs from version 612 and onward (now at 613), which basically doesn't open the window at all (but the process isn't killed, so it just hangs in the terminal and I'm unable to terminate it). I was told the developers changed 2 main things between the previous version and the one that breaks: - Switched to unity version 2023.2.13f1 - Added Firebase According to guidelines, I shouldn't post the download link as it's from google drive (even if it's the only official way to download it), let me know if you'd still want 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.

2 4

[Bug 59127] New: ntdll: manifest activeCodePage Legacy value handling doubts (hardcoding)
by WineHQ Bugzilla 12 Dec '25

12 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59127 Bug ID: 59127 Summary: ntdll: manifest activeCodePage Legacy value handling doubts (hardcoding) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: andi(a)rhlx01.fht-esslingen.de Distribution: --- Hi, filing this from an outside context (simply from observations made with some app, on _Windows_ - NOT _Wine_) - hrmm "bug writing guidelines"? ;-). https://gitlab.winehq.org/wine/wine/-/commit/967ef0bf41fc6742398313ebdebd68… implemented _activeCodePage_ _Legacy_ value handling as such: ` + else if (!wcsicmp( locale, L"legacy" )) + { + if (ansi_cp == CP_UTF8) ansi_cp = 1252; + if (oem_cp == CP_UTF8) oem_cp = 437; + } ` _AFAIK_ this does not match actual behaviour, on Windows 10/11. With manifest `activeCodePage` value `Legacy` config and ACP UTF-8 config setting state enabled (regional settings UTF-8 Beta checkbox *checked*) on a German system (i.e. the manifest properly influencing app-specifically-scoped state), one will get: `GetACP()` 1252 `GetOEMCP()` 850 This quite possibly is because the system (well, _Windows_) in case of _Legacy_ possibly simply does the sensible/expected thing: possibly something like grabbing the default locale state, its corresponding locale map container index, and getting `idefaultansicodepage` and `idefaultcodepage` state of that container element. _IOW_, probably very much like `locale_init()`s handling: entry = find_lcid_entry( locale_table, system_lcid ); ansi_cp = get_locale_data( locale_table, entry->idx )->idefaultansicodepage; oem_cp = get_locale_data( locale_table, entry->idx )->idefaultcodepage; Assigning Severity major since this seems to be a relatively important/global CORRUPTION-level bug (all non-CP1252 system configurations - e.g. Asia, Russia, or whatever - running with an encoding that could be characterized as unexpected/improper *)). NOPE, not assigning major (since this is more limited scope: only relevant to manifest-enabled applications) *) while with properly obeyed _ACP_ protocol behaviour (i.e., application obeying _ACP_ state and properly doing transcoding where it matters), there shouldn't be raw CORRUPTION occurring, this still is problematic (especially since legacy encodings very often do not have fully precise and bijective mapping capabilities when transcoding) Greetings Andreas -- 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 3845] parallel port access is slow due to high cpu usage (eprom burner)
by WineHQ Bugzilla 12 Dec '25

12 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=3845 Alex Henrie <alexhenrie24(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexhenrie24(a)gmail.com URL|http://www.willem.org/ZIP/e |https://web.archive.org/web |pr097ja.zip |/20070304104419if_/http://w | |ww.willem.org:80/ZIP/epr097 | |ja.zip See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=59096 --- Comment #17 from Alex Henrie <alexhenrie24(a)gmail.com> --- This should actually be fixed now that Wine does not emulate reads from and writes to parallel port I/O space. You can compile the ioperm program from https://gitlab.com/alexhenrie/ioperm and use it to run the Willem software with direct access to I/O space, and then it will be just as fast and reliable as it is on Windows. -- 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 59125] New: Sunlogin crashed because of An unimplemented API: WmiClockBlock
by WineHQ Bugzilla 12 Dec '25

12 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59125 Bug ID: 59125 Summary: Sunlogin crashed because of An unimplemented API: WmiClockBlock Product: Wine Version: 11.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)list.winehq.org Reporter: kevinlanyoulin(a)outlook.com Distribution: --- Sunlogin crashed because of An unimplemented API: WmiClockBlock I fixed by adding an default implementation ULONG WINAPI WmiCloseBlock(WMIHANDLE handle) { FIXME("%p: stub\n", handle); return ERROR_SUCCESS; } -- 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 2082] DirectDraw games only showing black screen
by WineHQ Bugzilla 12 Dec '25

12 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=2082 --- Comment #183 from Zeb Figura <z.figura12(a)gmail.com> --- 4ce1d7f93a fixed Worms: Armageddon. (It still seems to suffer from some bug preventing it from getting in game. It looks like an infinite WM_PAINT loop, though unlike bug 10522 it doesn't seem to be calling RedrawWindow().) Diablo 1 is changed, but still doesn't quite work correctly. You can basically see the window updating around the cursor, but not elsewhere. -- 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 59119] New: foobar2000+ESLyric: Lyrics doesn't show
by WineHQ Bugzilla 12 Dec '25

12 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59119 Bug ID: 59119 Summary: foobar2000+ESLyric: Lyrics doesn't show Product: Wine Version: 11.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: paregistrase(a)yahoo.es Distribution: --- Created attachment 79939 --> http://bugs.winehq.org/attachment.cgi?id=79939 linux console log ESLyrics has now a new DirectWrite display method that doesn't work in wine. ESLirycs https://github.com/ESLyric/release foobar2000 https://www.foobar2000.org/windows -- 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 5

[Bug 57933] New: SAVIHost can take a long time to close, with it and wineserver eating the CPU
by WineHQ Bugzilla 11 Dec '25

11 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=57933 Bug ID: 57933 Summary: SAVIHost can take a long time to close, with it and wineserver eating the CPU Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winealsa.drv Assignee: wine-bugs(a)winehq.org Reporter: dark(a)darkok.xyz Distribution: --- Starting from 1fa0d491a87f5c7d9f600ea95ee2bfc37ca6f940 in Wine 7.5, SAVIhost can take a long time to close, with it and wineserver then using the CPU a lot, causing me to have to terminate it manually. It seems the amount of time it can take depends on system, on my main machine I've had it take a minute sometimes, whereas my laptop (which is much slower) can somehow do so in up to about 10 seconds. This still happens on Wine 10.3, which just released. Downloads: https://www.hermannseib.com/programs/savihostx64.zip https://cdn.roland.com/assets/media/zip/scva_win_trial.zip Steps to reproduce: 1. Execute "winetricks mfc90" to get a required DLL 2. Extract scva_win_trial.zip and install the Roland Sound Canvas VA VST 3. Extract savihostx64.zip, and move savihost.exe to "C:\Program Files\Roland\Sound Canvas VA" 4. Rename savihost.exe to "Sound Canvas VA.exe" 5. Run the renamed executable 6. Go to Devices>MIDI, and set Input Port 1 to "Midi Through Port-0" 7. Close the program (I mentioned this in passing a few years ago in 52828 but never made it its own report, sorry) -- 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 2

[Bug 59118] New: 32-bit WINE does not work correctly with 32-bit device IDs and 64-bit inodes
by WineHQ Bugzilla 11 Dec '25

11 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59118 Bug ID: 59118 Summary: 32-bit WINE does not work correctly with 32-bit device IDs and 64-bit inodes Product: Wine Version: 11.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)list.winehq.org Reporter: e.j.bennett(a)swansea.ac.uk Distribution: --- Created attachment 79937 --> http://bugs.winehq.org/attachment.cgi?id=79937 Log showing command run, error, and location of correct directory When Wine starts, Wineserver uses the device and inode IDs of the `~/.wine` directory to name a temporary directory (`/tmp/.wine-${UID}/server-${DEVICE_ID_IN_HEX}-${INODE_ID_IN_HEX}`). A lock file and socket are created in this directory that the Wine client then (I presume) uses to communicate with Wineserver. When running on our HPC cluster with a Lustre filesystem, Wineserver creates this directory with a different name to the one that the client uses to look for it. Specifically, it is created with a 32-bit device ID and 64-bit inode ID, but read with a 16-bit device ID and 32-bit inode ID. The truncated device ID is simply the last 16 bits of the full 32-bit ID, but it is not clear to me how the truncated inode ID is related---the last 12 bits appear the same, but the remainder does not line up. The machine is running CentOS 7; as far as I know no official packages are available, and I'm not able to build 32-bit Wine due to a lack of a 32-bit toolchain, so I am running in an Apptainer container. To my knowledge this shouldn't affect the behaviour observed; running `stat ~/.wine` inside the container returns the same inode number as running it outside the container. -- 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