https://bugs.winehq.org/show_bug.cgi?id=56494
Bug ID: 56494
Summary: Splashtop RMM v3.6.6.0 crashes
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: patm(a)ait.cx
Distribution: ---
Created attachment 76259
--> https://bugs.winehq.org/attachment.cgi?id=76259
Wine 9.0 backtrace
The new Splashtop RMM client (v 3.6.6.0) crashes with a page fault on Wine 9.0.
On Wine 9.5, when I attempt to run it, a spinning cursor appears for a few
seconds but the program never loads. No error message appears. The previous
version, 3.5.8.2, runs with no problem.
Attached is a backtrace from Wine 9.0.
The program installer can be downloaded from:
https://my.splashtop.com/rmm/win
--
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=51704
Bug ID: 51704
Summary: Final Fantasy XI Online: Short Freezes / Stutters
Every Second
Product: Wine
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: escomk3(a)hotmail.com
Distribution: ---
With commit e91b19bf38e [1] and beyond, very tiny freezes/stutters can be
observed in Final Fantasy XI Online.
They happen more or less exactly every second, and are quite noticeable while
moving around in the game, even though they are indeed very short-lived.
1.
https://source.winehq.org/git/wine.git/commit/e91b19bf38e13c7a31d553a559308…
--
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=57008
Bug ID: 57008
Summary: _fdopen(0) does not return stdin after it was closed
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: pipcet(a)protonmail.com
Distribution: ---
GNU Emacs contains the following code (abbreviated slightly):
HANDLE stdin_save = INVALID_HANDLE_VALUE;
DuplicateHandle (parent,
GetStdHandle (STD_INPUT_HANDLE),
parent,
&stdin_save,
0,
FALSE,
DUPLICATE_SAME_ACCESS);
fclose (stdin);
if (stdin_save != INVALID_HANDLE_VALUE)
_open_osfhandle ((intptr_t) stdin_save, O_TEXT);
else
_open ("nul", O_TEXT | O_NOINHERIT | O_RDONLY);
_fdopen (0, "r");
The idea is that the last call to _fdopen will return stdin, so we can continue
using stdin after this code runs, but its HANDLE will have become
non-inheritable.
This doesn't work on wine, which allocates a new FILE * in msvcrt_alloc_fp:
for (i = 3; i < MSVCRT_max_streams; i++)
{
file = msvcrt_get_file(i);
if (!file)
return NULL;
if (file->_flag == 0)
{
...
return file;
}
}
The loop starts at index 3, not 0, so the stdin/stdout/stderr handles are never
reused.
Of course, what Emacs does is highly dodgy and not documented to work;
apparently, it doesn't work with UCRT on native Windows either. However, there
is interest in keeping Emacs usable on very old Windows systems, so it's
possible that changing the Emacs code would break things subtly.
Is there any possibility or interest in changing wine so it emulates MSVCRT
behavior for this application? Changing "i = 3" to "i = 0" would probably
suffice...
--
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=53531
Bug ID: 53531
Summary: FTDI Vinculum II IDE gets "Out of memory" error on
startup
Product: Wine
Version: 7.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
Distribution: ---
While investigating bug 38350, users noticed how after upgrading Wine (some
time ago), the error message on startup changed from "OLE error 8002006" to
"Out of memory".
Using WINEDEBUG='+relay,+msxml' and looking at the last msxml call prior to the
"Out of memory" string appearing, I found it comes from domelem_get_item() line
1837:
---snip---
1834 curr = xmlNewNsProp(NULL, xmlns, ns->prefix, ns->href);
1835 if (!curr) {
1836 xmlFreeNs(xmlns);
1837 return E_OUTOFMEMORY;
1838 }
---snip---
and xmlNewNsProp() fails because ns->prefix is NULL.
However that code wasn't always there. Looking through the Git history and
testing past Wine versions, I isolated it to this commit, before which it got
further during startup:
---snip---
commit 4460cb3377a045de8cde82d846e8e0d3592d5252 (HEAD)
Author: Daniel Lehman <dlehman25(a)gmail.com>
Date: Mon Oct 15 21:14:34 2018 -0700
msxml3: Treat namespaces as floating attributes.
Signed-off-by: Daniel Lehman <dlehman25(a)gmail.com>
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
---snip---
--
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=54861
Bug ID: 54861
Summary: UK's Kalender: Crashes when adding or changing event
category - comctl32 related
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: wineuser101(a)mailbox.org
Distribution: ---
Created attachment 74359
--> https://bugs.winehq.org/attachment.cgi?id=74359
Backtrace crash creating new category
The program crashes when a new event category is added or when the category of
an existing event is changed. To reproduce the crash on a clean program
installation, follow these steps: go to Extras, Categories, and click the
button with a blank paper icon next to the "Event" box. Enter the name of the
new category and click "OK" to induce the crash. I've attached a screenshot
with the cursor on top of the button in question and the backtrace log of the
crash.
I discovered a workaround that solves the crashes by bruteforce-installing
different winetrick DLLs until it got resolved. The specific DLL that solves
the crashes is comctl32. However, after adding this DLL you cannot export
HTML/CSV files from the calendar anymore or do a backup/restore. This seems to
be due to a known bug related to the file open dialog;
https://bugs.winehq.org/show_bug.cgi?id=43188
The setup file for UK's Kalender can be downloaded here;
https://www.ukrebs-software.de/download/kalender/Kalender_Setup.exe
I used UK's Kalender version 2.5.6 (the latest as of writing)
sha1sum Kalender_Setup.exe
c88d6184e8b8bb51a37f10cf3fe1411783e270be
--
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=35991
Bug ID: 35991
Summary: Communication via COM1 crashes the app
Product: Wine
Version: 1.7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: sh.yaron(a)gmail.com
Created attachment 48115
--> http://bugs.winehq.org/attachment.cgi?id=48115
Backtrace from after the crash.
I was trying to load the project with PLC online communication but apparently
when I tried to check the connection the app crashed, backtrace attached.
The PC is connected to COM1 of the PC.
--
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=56993
Bug ID: 56993
Summary: Can not change desktop window resolution (pixel size)
Product: Wine
Version: 9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: fanwj(a)mail.ustc.edu.cn
Distribution: ---
desktop only can set to default resolution successful.
for example, run
wine explorer.exe /desktop=test,800x600
It set explorer.exe resolution incorrect.
I found that handler of message WM_DISPLAYCHANGE incorrectly.
It use size by NtGetVirtualScreenRect instead of lparam(resolution size)
--
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=57012
Bug ID: 57012
Summary: Astra 2 needs kernel32.SetFirmwareEnvironmentVariableA
Product: Wine
Version: 9.13
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Just run Astra2Patcher.exe and it will show a messagebox complaining about the
missing function.
--
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=39513
Bug ID: 39513
Summary: Desperados: input lag after resuming from pause
Product: Wine
Version: 1.7.53
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: alessandro.pezzoni(a)runbox.com
Distribution: ---
Created attachment 52652
--> https://bugs.winehq.org/attachment.cgi?id=52652
Sample savegame (to avoid cutscenes)
While playing "Desperados: Dead or Alive" all input will lag for a few seconds
after loading a saved game or resuming the game from the pause menu. It looks
like all input is cached during that time and then executed all at once.
The issue can be reproduced with the demo, obtainable from the Internet Archive
[1]:
1. Install the demo in a clean prefix;
2. (Optional) Copy the attached savegame folder to "Desperados Demo/Game/Data";
3. Start the demo;
4. Load the savegame from 2. or start a new game;
5. Press "Esc" and click "Continue";
6. Moving the mouse or pressing a keyboard shortcut will have no effect for a
few seconds.
I've tested this issue on Arch Linux with wine stable 1.7.53 and with the
current git head, wine-1.7.53-183-g12111d8.
[1]: https://archive.org/download/desperadosDemo/desperadosDemo.rar
sha1: 3c07da95cdc6807b9c08ff3d17de64790c08ec07
--
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=56284
Bug ID: 56284
Summary: SYNCED installer download stuck on initialization
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 76003
--> https://bugs.winehq.org/attachment.cgi?id=76003
SYNCED installer terminal output on Wine 9.1
Hello,
The stand-alone mini-downloader from [1] doesn't start downloading.
It stays stuck on 0% at the download initialization step.
[1] https://www.syncedthegame.com/
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.