wine-bugs September 2021

wine-bugs@winehq.org

1 participants
4609 discussions

[Bug 47933] New: FoxPro for Windows 2.6a will not print output from scripted dialog.
by WineHQ Bugzilla 13 Sep '21

13 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=47933 Bug ID: 47933 Summary: FoxPro for Windows 2.6a will not print output from scripted dialog. Product: Wine Version: 4.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: JSladek(a)juno.com Distribution: --- Created attachment 65436 --> https://bugs.winehq.org/attachment.cgi?id=65436 General format for program sections Access to and use of my databases is all under a program written using the FoxPro language. After opening the desired database and index, I use the command "REPORT FORM <report format filename> TO PRINTER" to send the report to the printer. The "TO PRINTER" clause can be substituted by "TO FILE <filename>" .... however ..... in BOTH cases, while running it in WINE, the output fails with a "printer not ready" error. Additionally, if I replace the "TO clauses" with "PROMPT", a printer selection (or to file) dialog comes up, but I still get the same "printer not ready" error regardless which selection I make. Using the "PREVIEW" option to the REPORT FORM command instead of "TO PRINTER" I can view the entire formatted report, but there is no way that the preview can be redirected to any other type of output. It appears to me that the way the command set is structured, the only way to get a report output is through the "report form / printer" interface. It also appears that the "to file" direction is through that same interface. There were a couple of submnissions concerning this problem in the 2008 time frame. The only solution offered was to adjust tyhe TIME function for faster processors in the FoxPro config file. I tried this, but it has no effect on the problem. -- 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 10

[Bug 51740] New: WaitForMultipleObjects doesn't signal for stdin
by WineHQ Bugzilla 12 Sep '21

12 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51740 Bug ID: 51740 Summary: WaitForMultipleObjects doesn't signal for stdin Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: dklwajlkwadwwq(a)cock.li Distribution: --- Created attachment 70623 --> https://bugs.winehq.org/attachment.cgi?id=70623 WaitForMultipleObjects example that acts different in wine I wanted to be signaled when stdin has something. Below code works as expected in windows 11. In windows 11 whatever key you press signals it but in Wine it doesn't matter what key you press nothing happens. I also opened stackoverflow question here: https://stackoverflow.com/q/69125934/15114852 -- 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 51126] New: [Regression] Evil Twin playing only first part of in game dialog's audio
by WineHQ Bugzilla 11 Sep '21

11 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51126 Bug ID: 51126 Summary: [Regression] Evil Twin playing only first part of in game dialog's audio Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: andy86(a)fastwebnet.it Distribution: --- Created attachment 69991 --> https://bugs.winehq.org/attachment.cgi?id=69991 wine output with +gstreamer and gst_debug=5 After d7fecebe93938bf1ef2349ac74413e28d6b8e153 Evil Twin play only first part of the in game dialog's audio. Subtitles are fine and dialog's scene play fine but audio just stop after a bit of seconds and scenes are mute until game try to play next audio. Compiling until previous commit the things works fine. -- 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 11

[Bug 46014] New: Estlcam crashes with System.OverflowException in button.resize()
by wine-bugs＠winehq.org 11 Sep '21

11 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=46014 Bug ID: 46014 Summary: Estlcam crashes with System.OverflowException in button.resize() Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: j-p-t(a)gmx.net Distribution: --- Created attachment 62584 --> https://bugs.winehq.org/attachment.cgi?id=62584 stacktrace of 32 bit version This app https://www.estlcam.de/ simply crashes on startup. regardless of 32 or 64 bit version. stacktrace follows -- 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 11

[Bug 3591] py2exe needs partial imagehlp.BindImageEx implementation
by WineHQ Bugzilla 11 Sep '21

11 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=3591 Mehmet gelisin <mehmetgelisin(a)aol.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mehmetgelisin(a)aol.com --- Comment #31 from Mehmet gelisin <mehmetgelisin(a)aol.com> --- Although, as long as the game client is open, the launcher is unresponsive. > > > > > The client needs to be minimized for the launcher to become responsive again. http://www.compilatori.com/ > > > > > > > > It seems to be working fine with Wine-Staging 6.12 on Arch for me in > > > > Windowed mode. Fullscreen mode http://www.wearelondonmade.com/ has always been a little wonky for me > > > > (whenever I switch window focus it minimizes the game), but I just assumed http://www.jopspeech.com/ > > > > that's how it was > > > > > > I am in windowed mode. > > http://joerg.li/ > > I just tested 3 clients launched from the same launcher, tested in both > > fixed window and windowed modes, launcher remains responsive for me... > http://connstr.net/ > Been playing around a bit more. When I have the client on a different > monitor, it's all fine and everything keeps responsive. So it might be an > entirely different issue I am facing here. Maybe something with KDE not > refreshing windows in background or something like that. http://embermanchester.uk/ Highly probable to be a different issue, i have to use libstrangle to limit down the FPS on nvidia prime sync with Gnome otherwise i get massive freezing when switching windows with vsync enabled in the clients... Apparently nvidia driver has fixed the issue, freezing is "better" but not playable with 3 clients... http://www.slipstone.co.uk/ I'd recommend trying out a workspace switching solution with fixed windows and shortcuts if you're on one monitor, multiple monitors i'm not sure what to suggest.. http://www.logoarts.co.uk/ Although, as long as the game client is open, the launcher is unresponsive. > > > > > The client needs to be minimized for the launcher to become responsive again. http://www.acpirateradio.co.uk/ > > > > > > > > It seems to be working fine with Wine-Staging 6.12 on Arch for me in > > > > Windowed mode. Fullscreen mode has always been a little wonky for me > > > > (whenever I switch window focus it minimizes the game), but I just assumed https://waytowhatsnext.com/ > > > > that's how it was > > > > > > I am in windowed mode. > > > > I just tested 3 clients launched from the same launcher, tested in both > > fixed window and windowed modes, launcher remains responsive for me... https://www.webb-dev.co.uk/ > > Been playing around a bit more. When I have the client on a different > monitor, it's all fine and everything keeps responsive. So it might be an > entirely different issue I am facing here. Maybe something with KDE not > refreshing windows in background or something like that. Highly probable to be a different issue, i have to use libstrangle to limit down the FPS on nvidia prime sync with Gnome otherwise i get massive freezing when switching windows with vsync enabled in the clients... Apparently nvidia driver has fixed the issue, freezing is "better" but not playable with 3 clients... http://www.iu-bloomington.com/ I'd recommend trying out a workspace switching solution with fixed windows and shortcuts if you're on one monitor, multiple monitors i'm not sure what to suggest.. Highly probable to be a different issue, i have to use libstrangle to limit down the FPS on nvidia prime sync with Gnome otherwise i get massive freezing when switching windows with vsync enabled in the clients... Apparently nvidia driver has fixed the issue, freezing is "better" but not playable with 3 clients... http://www-look-4.com/ I'd recommend trying out a workspace switching solution with fixed windows and shortcuts if you're on one monitor, multiple monitors i'm not sure what to suggest.. -- 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 50704] New: QueueUserAPC() Has Incorrect Error Set When Called On Terminating Thread
by WineHQ Bugzilla 11 Sep '21

11 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=50704 Bug ID: 50704 Summary: QueueUserAPC() Has Incorrect Error Set When Called On Terminating Thread Product: Wine Version: 6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: spambox1(a)koolhoven-home.net Distribution: --- DWORD QueueUserAPC() will return zero with GetLastError() set to return ERROR_ACCESS_DENIED if called on a terminating thread, but ERROR_GEN_FAILURE is the expected return of GetLastError() in this scenario. Unfortunately, it's hard to catch a thread in this state since once a thread has been terminated completely calling on it results in GetLastError() returning ERROR_INVALID_HANDLE as it should. This effects applications using older versions of WebRTC, such as StarCitizen. The chromium development team noticed this and built a workaround into WebRTC to make WebRTC compatible with WINE and Windows in this commit: <https://webrtc.googlesource.com/src/+/dbfb58b850c14eeadac5ac66689fb855c79ab…>, but the underlying issue still persists in WINE. -- 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 14

[Bug 50701] New: Multiple 32-bit ARM Thumb-2 applications show errors during Thumb-2 relocation processing (Miranda, Notepad2)
by WineHQ Bugzilla 11 Sep '21

11 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=50701 Bug ID: 50701 Summary: Multiple 32-bit ARM Thumb-2 applications show errors during Thumb-2 relocation processing (Miranda, Notepad2) Product: Wine Version: 6.2 Hardware: arm OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, extracted from comment https://bugs.winehq.org/show_bug.cgi?id=33349#c11 * Notepad2 for ARM32 * Miranda32 for ARM * VC++ redist All apps started up fine, showing main user interface. There were some relocation block processing errors: --- snip --- ... 0024:err:module:LdrProcessRelocationBlock resulting immediate value won't fit: 000100d0 ... --- snip --- Stable download link via Internet Archive: https://web.archive.org/web/20210219234230/https://master.dl.sourceforge.ne… NOTE: Most of these xdadeveloper forum threads are dead and attachments have been deleted before archive.org could take snapshots. Fortunately there is a sourceforge project which mirrored various ARM ports: https://sourceforge.net/projects/winportsproject https://sourceforge.net/projects/winportsproject/files/Other%20Contribution… $ sha1sum miranda_arm.zip 0ec8acc67703948099cb8c846f4ff435e01b8fb8 miranda_arm.zip $ du -sh miranda_arm.zip 588K miranda_arm.zip $ wine --version wine-6.2-157-gb8719736c5a Regards -- 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 50376] New: Banished crashes when Antialiasing set to 3x MSAA with Vulkan renderer
by WineHQ Bugzilla 11 Sep '21

11 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=50376 Bug ID: 50376 Summary: Banished crashes when Antialiasing set to 3x MSAA with Vulkan renderer Product: Wine Version: 6.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Doesn't crash with 2x or 4x. -- 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 50387] New: Batman: Arkham Origins has broken dynamic shadows with Vulkan renderer
by WineHQ Bugzilla 11 Sep '21

11 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=50387 Bug ID: 50387 Summary: Batman: Arkham Origins has broken dynamic shadows with Vulkan renderer Product: Wine Version: 6.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 68998 --> https://bugs.winehq.org/attachment.cgi?id=68998 example When Dynamic Shadows set to Normal. wine-6.0-rc3-24-g3d2b4233288 -- 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 35637] New: Seagate Crystal Enterprise 8.0: 'inputfileserver.exe' service needs msvcirt.dll.??0fstream@@QAE@XZ
by wine-bugs＠winehq.org 11 Sep '21

11 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=35637 Bug ID: 35637 Summary: Seagate Crystal Enterprise 8.0: 'inputfileserver.exe' service needs msvcirt.dll.??0fstream@@QAE@XZ Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: msvcirt Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... --- snip --- ... 0072:trace:process:__wine_kernel_init starting process name=L"C:\\Program Files\\Seagate Software\\Enterprise\\x86\\inputfileserver.exe" argv[0]=L"C:\\Program Files\\Seagate Software\\Enterprise\\x86\\inputfileserver.exe" ... 0075:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83a97b ip=7b83a97b tid=0075 0075:trace:seh:raise_exception info[0]=f6e08d7c 0075:trace:seh:raise_exception info[1]=f6e08e76 wine: Call from 0x7b83a97b to unimplemented function msvcirt.dll.??0fstream@@QAE@XZ, aborting --- snip --- Source: http://source.winehq.org/git/wine.git/blob/799731f4b9e9495181e18a68eba16c92… --- snip --- 27 @ stub -arch=win32 ??0fstream@@QAE@XZ # __thiscall fstream::fstream(void) --- snip --- Workaround: 'winetricks msvcirt' before running the installer. $ wine --version wine-1.7.13 Regards -- 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 11

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 September 2021