https://bugs.winehq.org/show_bug.cgi?id=55365
Bug ID: 55365
Summary: ntdll:file - test_file_full_size_information()
sometimes gets a bad AvailableAllocationUnits value on
Windows and Wine
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:file - test_file_full_size_information() sometimes gets a bad
AvailableAllocationUnits value on Windows and Wine:
file.c:1320: Test failed: [ffsi] CallerAvailableAllocationUnits error
fsi:0x12dbfb5, ffsi: 0x12dbfb6
See https://test.winehq.org/data/patterns.html#ntdll:file
This is very rare as there are only 3 known instances:
* 2023-03-27 linux_gitlab-debian-32
* 2023-06-23 linux_gitlab-debian-32
* 2023-07-27 win21H2_gitlab-win10-21h2-64
This looks very much like a race condition with some other process allocating
or freeing disk space in between the FileFsFullSizeInformation and
FileFsSizeInformation calls. So this is something that should be fixable with
the tryok() API.
https://gitlab.winehq.org/wine/wine/-/merge_requests/3418
--
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=55363
Bug ID: 55363
Summary: Wine depends on a manual user intervention to increase
the soft limit of file descriptors.
Product: Wine
Version: 8.11
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: ---
Hello,
I recently installed Debian 12 after using Debian 8 for years.
After I reproduced my building environment and successfully build the same Wine
version as the last built on Debian 8, a game that was working fine in Debian 8
did fail to run on Debian 12 with the error 'too many file descriptors open,
you should probably increase ulimit -n'.
The difference is that the default soft/hard limit in Debian 12 is
1024/1048576. In Debian 8 it was 65536/65536. I can increase the soft limit by
running 'ulimit -n 65536' before hand and then the game runs fine.
I could not set the soft limit increase to be permanent and I filed a bug at
Debian for that, but that's not what this bug is about. After reading a bit
about the reason why the soft limit was reduced to 1024 (for compatibility with
select()), my understanding is that a program that is more modern and doesn't
use select(), should be aware of its file descriptor needs and ask for a higher
soft limit. That's what Debian says about its choice to set the soft limit of
1024 and a hard limit of 1048576 by default.
Since the hard limit permits it, I wondered why Wine couldn't increase the soft
limit itself. We know that 1024 is not a reasonable amount of file descriptors
in this time and day and that a number of windows applications requires more
than that. Maybe Wine should set the soft limit to something reasonable itself,
rather than requiring the user to set it like explained in the FAQ? It would
even be better if it was configurable per-application.
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.
https://bugs.winehq.org/show_bug.cgi?id=55324
Bug ID: 55324
Summary: AllDup doesn't start in win10 mode: "OS not supported"
Product: Wine
Version: 8.13
Hardware: x86-64
URL: https://www.alldup.info/download/AllDupSetup.zip
OS: Linux
Status: NEW
Keywords: download, patch
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 74920
--> https://bugs.winehq.org/attachment.cgi?id=74920
patch for IsOS
This program was tried out by someone on the forum.
In default windows 10 mode it pops up a messagbox "OS not supported" and exits.
The attached patch is enough to fix this 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.
https://bugs.winehq.org/show_bug.cgi?id=55352
Bug ID: 55352
Summary: NtTerminateThread should accept handle==0 as current
thread
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: ake.rehnman(a)gmail.com
Distribution: ---
Created attachment 74936
--> https://bugs.winehq.org/attachment.cgi?id=74936
Example using thread handle 0 to NtTerminateThread
Windows accepts thread handle 0 as current thread.
See attached example
Output from example:
c:\temp>test_ntterminatethread.exe
h=0000000000000020
call NtTerminateThread h=0
thread exitcode=1234
--
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=55359
Bug ID: 55359
Summary: SCICompanion crashes when trying to compile
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: menotu3169(a)hotmail.com
Distribution: ---
Created attachment 74940
--> https://bugs.winehq.org/attachment.cgi?id=74940
debugging log
Using SCICompanion ver3.0.1.7
(http://scicompanion.com/Downloads/SCICompanion.zip) the program freezes when
trying to compile. Have only tried it with SCI0 and not SCI1. Doesn't seem to
matter if I try to 'compile all' or just compile a single script. Program
worked fine when tested on Windows 10.
Program will pop-up with a message box saying 'Compiling scripts' but progress
bar doesn't progress and entire program freezes. When frozen, I cannot click on
anything or do anything and have to kill the program.
Program provides a template game which can be used to replicate the issue.
FILE->CREATE NEW GAME-> TEMPLATE: SCI0
then
SCRIPT-> COMPILE or COMPILE ALL
Linux Mint 19 - 4.15.0-213-generic
AMD A6-4400M APU with Radeon(tm) HD Graphics
--
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=55348
Bug ID: 55348
Summary: Hang when running executables built with
AddressSanitizer
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yshuiv7(a)gmail.com
Distribution: ---
C code:
int main(int argc, char * const* argv){
return 0;
}
Step to reproduce:
1. Build C code with MSVC: `cl /fsanitize=address /Zi a.c`.
2. Run the resulting executable.
Result when running from wine:
0110:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 004B3CC4, 34) stub
0110:err:sync:RtlpWaitForCriticalSection section 00F8C0E0 "?" wait timed out in
thread 0110, blocked by 0000, retrying (60 sec)
0110:err:sync:RtlpWaitForCriticalSection section 00F8C0E0 "?" wait timed out in
thread 0110, blocked by 0000, retrying (60 sec)
...
--
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=55345
Bug ID: 55345
Summary: WRC 4 changing audio volume level has no effect
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
08f8:fixme:xaudio2:IXACT3CueImpl_SetOutputVoiceMatrix (48AA3F18)->(052BA034 1 2
4AC3D778): stub!
And also there is missing one more parameter.
8.13-43-gb5e19a33c93
--
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=52242
Bug ID: 52242
Summary: Mouse cursor disappears in GTA V when Social Club
overlay is on
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vutov.martin97(a)gmail.com
Distribution: ---
Whenever you try to open the Social Club overlay, the cursor disappears. If you
manage to press something with it, it works, it just can't be seen.
Sometimes it works, but very rarely. Haven't figured why it works in said
cases.
To reproduce:
Start GTA V
Wait for it to load to home screen
Press "Home" button for Social Club overlay to appear
No mouse
I am new when it comes to Linux so I've no idea where to get a log from. If
someone tells me how I'll be more than glad to do so. I am launching the game
via Lutris with the Rockstar Games Launcher installer.
--
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.