https://bugs.winehq.org/show_bug.cgi?id=43859
Bug ID: 43859
Summary: Snake Pass: In-game textures appear Black, White or
Fuchsia and are extremely bright.
Product: Wine
Version: 2.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jason.bagavatsingham(a)gmail.com
Distribution: ---
Created attachment 59430
--> https://bugs.winehq.org/attachment.cgi?id=59430
Terminal Log
Found:
Upon reaching in-game, the worlds geometry is rendered correctly, but all
assets are extremely bright and appear Black, White or Fuchsia. Some colours
are visible, but overshadowed by the bloominess of the aforementioned colours.
Steps to reproduce:
# Launch Steam.
# Launch Snake Pass.
# Select New Game / Continue and select a level.
Actual Results:
In-game rendering is extremely bright and many of the textures appear
completely White, Black or colours ranging around Fuchsia.
Expected Results:
Texture appears correctly on all assets while in-game.
*Reproduction Rate:*
5/5.
Notes:
Menus / 2D assets appear correctly.
See link below for video of the issues:
https://www.youtube.com/watch?v=f5KtPyHnJyI
Environment:
Wine-Staging 2.18
--
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=42424
Bug ID: 42424
Summary: Error occurs while installing
Renesas_Flash_Programmer_Package_V30201_free.exe.
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kiwamu(a)debian.or.jp
Distribution: ---
Created attachment 57250
--> https://bugs.winehq.org/attachment.cgi?id=57250
Screen shot when the error occurs
The issue is reproduced by following:
1. Download Renesas_Flash_Programmer_Package_V30201_free.exe from following:
https://www.renesas.com/ja-jp/software/D4000308.html
2. Run the Renesas_Flash_Programmer_Package_V30201_free.exe with following:
$ wine Renesas_Flash_Programmer_Package_V30201_free.exe
3. You should see attached screen shot named "shot.png".
Could you support this issue?
Best regards,
--
Kiwamu Okabe
--
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=47588
Bug ID: 47588
Summary: AmiKitXE crashes on PlayOnLinux 4.3 with Wine
3.21-staging
Product: Wine-staging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mortenweb43(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 64993
--> https://bugs.winehq.org/attachment.cgi?id=64993
AmiKitXE crashes on PlayOnLinux 4.3 with Wine 3.21-staging
AmiKitXE crashes on PlayOnLinux 4.3 with Wine 3.21-staging
Please help make it work again :-)
Error log is attached.
Thanks
--
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=41395
Bug ID: 41395
Summary: CreateFile returns a wrong LastError Code when you
pass an invalid path
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: Christoph(a)ApiViewer.de
Distribution: ---
CreateFile returns a wrong LastError Code when you pass an invalid path.
Testcase:
CreateFileA("C:C:\\Windows", GENERIC_READ, FILE_SHARE_READ,
NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL);
todo_wine ok( GetLastError() == ERROR_INVALID_NAME, "Wrong LastError %d,
expected ERROR_INVALID_NAME\n", GetLastError() );
Which also means the code in cryptnet_main:1025 to line 1048 must be wrong.
--
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=55332
Bug ID: 55332
Summary: 00d8:fixme:setupapi:CM_Get_Device_Interface_List_SizeW
000000000011F5B8 0000000180045FD8 (null) 0x00000000:
stub
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 74926
--> https://bugs.winehq.org/attachment.cgi?id=74926
log about trying to run "wine usbip.exe attach ..."
Trying to run
wine usbip.exe attach -r <USBIB_SERVER> -b 1-1.2.4.2
fails with the attached error. The same command on linux
usbip attach -r <USBIB_SERVER> -b 1-1.2.4.2
is working fine. In order to reproduce this, you need
- an usbip server running some linux with hostname or IP-ddress <USBIP-SERVER>,
with some usb-device attached,
- start the usbip deamon with this command:
usbipd -D
- check the busid of the usb device with
usbip list --local
- bind the usb device,
usbip bind --busid=1-1.2.4.2
This provides remote access (port 3240 by default).
Next you install usbip-win2 from
https://github.com/vadimgrn/usbip-win2/releases
in wine, and try to connect to the usbip server with
usbip list --remote=<USBIB_SERVER>
This should show the exported USB devices.
However, the command
wine usbip.exe attach -r <USBIB_SERVER> -b 1-1.2.4.2
will fail with the attached error.
--
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=34529
Bug #: 34529
Summary: Game attempts to create and read from root Z:\ drive
instead of C:\ (c_drive) directory.
Product: Wine
Version: 1.7.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nemstar(a)zoho.com
Classification: Unclassified
When running the PC version of the game Shadowgun: Deadzone
(http://www.madfingergames.com/deadzone/) which is free to download and play,
I encounter a problem. The game is attempting to write to the root directory
which is the Z:\ drive by default in wine. It attempts to create a directory
named /users/<player name> with data files that pertain to the game. I know
this because I set up a test bed and used root and the directory /users/<player
name> and files within it were created successfully and the game ran as
intended.
If the Z:\ drive is removed using winecfg (as none root user) and the file is
placed or created in ~/.wine/c_drive/users/<player name>, then the game will
read the correct file on the C: drive and run as intended. If the Z:\ drive is
re-enabled, then the game will try to read from the root file system on Z: and
can not find /user/<player name> so it will not connect to a match or save
settings.
This is the case when ran as any user.
Obviously the game should not be trying to create a new directory under
C:\users in any circumstance, or as Z:\users if root is mounted as Z:\.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55355
Bug ID: 55355
Summary: My Tally prime server application crashes after some
time
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: vikasy.enjay(a)gmail.com
Distribution: ---
Following installation, the application launches when I run tallyserver.exe,
however after a while it fails and displays the message "Tallygateway server
not found" as seen below in the logs:
02d8:fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported constant (parameter)
"pEncodePara" in function
02d8:fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported constant (parameter)
"dwFlags" in function
02d8:fixme:dbghelp:MiniDumpWriteDump NIY MiniDumpWithHandleData
02d8:fixme:dbghelp:MiniDumpWriteDump NIY MiniDumpScanMemory
02d8:fixme:dbghelp:x86_64_fetch_minidump_module RunTime_Function outside
IMAGE_DIRECTORY_ENTRY_EXCEPTION unimplemented yet!
02d8:fixme:dbghelp:x86_64_fetch_minidump_module RunTime_Function outside
IMAGE_DIRECTORY_ENTRY_EXCEPTION unimplemented yet!
01dc:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
000000000326EBD0
02e0:err:service:process_send_command service protocol error - failed to write
pipe!
02e8:err:service:process_send_command service protocol error - failed to write
pipe!
02f0:err:service:process_send_command service protocol error - failed to write
pipe!
0308:err:service:process_send_command service protocol error - failed to write
pipe!
0310:err:service:process_send_command service protocol error - failed to write
pipe!
0318:err:service:process_send_command service protocol error - failed to write
pipe!
0320:err:service:process_send_command service protocol error - failed to write
pipe!
0328:err:service:process_send_command service protocol error - failed to write
pipe!
--
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=55368
Bug ID: 55368
Summary: NtCreateFile broken for non-ASCII with RootDirectory
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: novae.harpist06(a)icloud.com
Distribution: ---
Created attachment 74950
--> https://bugs.winehq.org/attachment.cgi?id=74950
Reproducer
Output on Windows:
00000000
Output on Wine:
C000003B
relevant logs with +file:
0114:trace:file:NtCreateFile handle=0x11fd38 access=00100001
name=L"\\??\\C:\\test" objattr=00000040 root=(nil) sec=(nil) io=0x11fd40
alloc_size=(nil) attr=00000080 sharing=00000003 disp=3 options=00204021
ea=(nil).0x00000000
0114:trace:file:nt_to_unix_file_name_no_root L"\\??\\C:\\test" ->
"/root/.wine/dosdevices/c:/test"
0114:trace:file:NtCreateFile handle=0x11fd18 access=c0110000 name=L"\0171.txt"
objattr=00000040 root=(nil) sec=(nil) io=0x11fd40 alloc_size=(nil)
attr=00000080 sharing=00000000 disp=3 options=00000020 ea=(nil).0x00000000
0114:warn:file:NtCreateFile L"\0171.txt" not found (c000003b)
--
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=55370
Bug ID: 55370
Summary: ddraw:ddraw4 - test_clipper_blt() sometimes gets an
unexpected bounding rect on Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddraw4 - test_clipper_blt() sometimes gets an unexpected bounding rect in
Wine:
ddraw4.c:1115: Test failed: Got unexpected count 0.
ddraw4.c:1116: Test failed: Got unexpected bounding rect (0,0)-(0,0), expected
(18,41)-(642,482).
See https://test.winehq.org/data/patterns.html#ddraw:ddraw4
This is happening on both Windows and Wine and, so far, seems to only happen
during full WineTest runs:
* 2022-12-01 linux_lastestmaster
* 2022-12-03 linux_fgtb-debian11-wow32
* 2022-12-07 win81_newtb-w8
* 2023-01-07 linux_fgtb-debian11-wow32
* 2023-01-13 linux_fg-deb64-t32
* 2023-01-13 linux_fg-deb64-wow64
* 2023-02-02 linux_fgtb-debian11-win32
* 2023-02-11 linux_fgtb-debian11-win32
* 2023-02-28 linux_fgtb-debian11-win32
* 2023-04-13 win22H2_fgtb-w10pro64-rx550-64
* 2023-07-27 win81_newtb-w8
--
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=55369
Bug ID: 55369
Summary: Halo Online / Eldewrito - Dedicated Server errors and
fast upcount
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bogdan17(a)garglob.com
Distribution: ---
When you run the DedicatedServer.bat in Wine, the bat files open in a Wine CMD
window and shows the following...
ElDewrito dedicated server is running! (xxxx)
Can't reconize 'timeout 10 / nobreak ' as an internal or external command, or
batch script
On Windows when you run the DedicatedServer.bat, command prompt will open up
and only display this...
ElDewrito dedicated server is running! (xxxx)
Also the (xxxx) in the brackets are an upcount, on Windows this upcount is slow
and seems to increase by 1 every 10 seconds, on Linux in Wine, it is counting
up raipidly fast.
How it looks in the terminal when I run DedicatedServer.bat and its output...
$ env WINEPREFIX="/path/to/wine/prefix/" "wine "C:\windows\command\start.exe"
/Unix "/path/to/wine/prefix/drive_c/HaloOnline/mods/server/DedicatedServer.bat"
002c:err:wineboot:process_run_key Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2).
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:xinput:pdo_pnp IRP_MN_QUERY_ID type 5, not implemented!
0074:fixme:xinput:pdo_pnp IRP_MN_QUERY_ID type 5, not implemented!
0074:fixme:xinput:pdo_pnp IRP_MN_QUERY_ID type 5, not implemented!
0074:fixme:xinput:pdo_pnp IRP_MN_QUERY_ID type 5, not implemented!
0024:fixme:exec:SHELL_execute flags ignored: 0x00000100
don@homepc:~$ 00e0:fixme:imm:ImeSetActiveContext (00010026, 0): stub
00e0:fixme:imm:ImmReleaseContext (00010020, 00010026): stub
00d8:fixme:imm:ImeSetActiveContext (00010052, 1): stub
00d8:fixme:imm:ImmReleaseContext (0002004A, 00010052): stub
And then the terminal spits out the following output over and over again at a
rapid pase...
012c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
0134:fixme:findstr:wmain stub: L"findstr" L"eldorado.exe"
013c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
0144:fixme:findstr:wmain stub: L"findstr" L"eldorado.exe"
014c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
012c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
0134:fixme:findstr:wmain stub: L"findstr" L"eldorado.exe"
013c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
0144:fixme:findstr:wmain stub: L"findstr" L"eldorado.exe"
014c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
012c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
0134:fixme:findstr:wmain stub: L"findstr" L"eldorado.exe"
013c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
0144:fixme:findstr:wmain stub: L"findstr" L"eldorado.exe"
014c:fixme:tasklist:wmain stub: L"tasklist" L"/v" L"/fi" L"IMAGENAME eq
eldorado.exe" L"/fi" L"STATUS eq Running"
--
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=53806
Bug ID: 53806
Summary: Archicad 26: crash at launch
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: doubleboogieblues(a)yahoo.it
Distribution: ---
Created attachment 73316
--> https://bugs.winehq.org/attachment.cgi?id=73316
terminal output
Wine crash when launched archicad.exe
installation ok, but the software does not start
installed: dotnet452, vcrun2019, vcrun2013
download DEMO Archicad 26:
https://graphisoft.com/dl/AC/26/INT/Archicad-26-INT-3001-1.1.exe
--
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=52844
Bug ID: 52844
Summary: Call of Duty: Black Ops II stucks with a black screen
after intro
Product: Wine
Version: 7.6
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 72240
--> https://bugs.winehq.org/attachment.cgi?id=72240
log
wine-7.6-211-ge254680ed15
--
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=21448
Summary: RollerCoaster Tycoon 3 does not accept the original
disc
Product: Wine
Version: 1.1.36
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thomas.mertes(a)gmx.at
Created an attachment (id=25828)
--> (http://bugs.winehq.org/attachment.cgi?id=25828)
Error log and content of message box when starting RollerCoaster Tycoon 3
When starting RollerCoaster Tycoon 3 it asks for the original disc although the
original disk is in. There are some errors logged (see attachment) and then a
message box appears:
Please insert the original disc instead of a backup. See
www.securom.com/copy for more details
Greetings Thomas
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55364
Bug ID: 55364
Summary: Shadow Empire crashes on startup with an error related
to SharpDX and Direct2D.
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: kindaro(a)gmail.com
Distribution: ---
_Shadow Empire_ is a computer game. It can be obtained, for example, from Steam
or Good Old Games. I installed what I believe to be version 1.21.00.
This is the gist of the error message that the game gives me:
```
SharpDX.SharpDXException: HRESULT: [0x88990028], Module: [SharpDX.Direct2D1],
ApiCode: [D2DERR_EFFECT_IS_NOT_REGISTERED/EffectIsNotRegistered], Message:
Unknown
```
When I run it as `WINEDEBUG=+d2d wine ShadowEmpire.exe`, I see the following
warning from Wine:
```
0114:warn:d2d:d2d_effect_create Effect id
{9daf9369-3846-4d0e-a44e-0c607934a5d7} not found.
```
I shall be attaching the full text of the error and Wine's output.
My operating system is Arch Linux, recently updated. The failure occurs both
with `wine` and `wine-staging`.
--
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=55232
Bug ID: 55232
Summary: Sierra Chart (All versions): Out of order overlapped
network I/O receive buffers
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: sc(a)sierrachart.com
Distribution: ---
Created attachment 74837
--> https://bugs.winehq.org/attachment.cgi?id=74837
Terminal output
We have a code which is working fine for years on Windows OS, but on Linux
using Wine it produces an IO error. Investigation shows that IO
Completion/Overlapped of Wine provides some buffers with received data out of
order. Our code relies on correct order of the received buffers.
Our code provides to OS some minimum number of buffers available to receive a
data. We expect the FIFO logic of the buffer processing: the first provided
available buffer will first receive the data.
Invoke `WSARecv` with a buffer to receive data. The operation is overlapped
using Completion Port.
In a worker thread the function `GetQueuedCompletionStatus` is used to get the
completion notification about received data in the buffer. At this point we
observe a buffer, received out of order. Usually it is happened at beginning of
handling buffers: we provide to OS some set of buffers (in common 16), handle
all of them with received data, reuse available buffers again to OS to support
the minimum set of buffers for OS and most probably the first (or close to
first) reused buffer will be received out of the order.
Also we observe the out-of-order buffer is returned in the same time slot as it
was issued to OS.
Relevant WindowsOS functions used:
CreateIoCompletionPort
WSARecv
GetQueuedCompletionStatus
Download link:
https://www.sierrachart.com/downloads/ZipFiles/SierraChart2522.zip
--
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=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.