https://bugs.winehq.org/show_bug.cgi?id=56647
Bug ID: 56647
Summary: ntdll-Junction_Points prevent rustup from correctly
installing a toolchain
Product: Wine-staging
Version: 9.8
Hardware: x86-64
URL: https://rustup.rs/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ArchLinux
Created attachment 76423
--> https://bugs.winehq.org/attachment.cgi?id=76423
return STATUS_NOT_A_REPARSE_POINT instead of STATUS_INVALID_PARAMETER
Hi.
With the recent rustup 1.27.0 using wine-staging with the
ntdll-Junction_Points patches, the toolchain installation doesn't complete
properly, failing to write to the settings.toml under the prefix home .rustup
directory info.
A bug with the same root cause is also present on rustup 1.26.0 where while the
installation was completing properly, it was failing to remove the
.rustup/tmp/* directories, causing issues with subsequent installations.
Both bugs express the same behavioral pattern with few differences. I
investigated the directory bug firstly, so I will detail this, and confirmed
that the problem and the expected solution are the same.
Rustup (or one of it's dependency managing files) get the handle of the
temporary directory using CreateFileW and then checking if it's a reparse point
using DeviceIoControl with FSCTL_GET_REPARSE_POINT.
The directories (and the file) aren't reparse points at all, so the readlink
fails returining EINVAL.
This EINVAL is then mapped to an NT_STATUS using errno_to_status that map
EINVAL to STATUS_INVALID_PARAMETER.
However this mapping is incorrect for FSCTL_GET_REPARSE_POINT as in this case
applications that handle this case like rustup try to handle this case by
epxecting STATUS_NOT_A_REPARSE_POINT.
Returning STATUS_NOT_A_REPARSE_POINT in this case allow rustup to work (both
versions )
Attaching a patch to show the change in the file.c code (and restored also the
out_buffer check)
--
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=36692
Bug ID: 36692
Summary: Bad performance when combineng SetEvent /
WaitForSingleObject for synchronizing worker threads
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: milasudril(a)gmail.com
In a 2d simulation program, each worker thread has its own pair of events. One
event is used to signal master thread that the worker thread is ready. The
other is used by the master thread to signal that the worker thread may
continue.
In Master thread:
while(!m_stop)
{
auto proc_ptr=processors.begin();
while(proc_ptr!=processors.end())
{
// Call SetEvent on "start" event object owned by the object pointed
// to by proc_ptr
proc_ptr->frameNext();
++proc_ptr;
}
proc_ptr=processors.begin();
while(proc_ptr!=processors.end())
{
// Call WaitForSingleObject on "ready" event object owned by
// the object pointed to by proc_ptr
proc_ptr->wait();
++proc_ptr;
}
++framecounter;
}
In worker thread:
while(!m_stop)
{
// Wait for master thread signaling start event (Calls
WaitForSingleObject)
start.wait();
m_model->process(m_framecounter,m_buffers[0].first
,m_buffers[0].second,m_offset);
swap(m_buffers[0],m_buffers[1]);
// Signal master thread that we are ready for next frame (Calls SetEvent)
ready.set();
}
On Wine, the framerate is half of that on Windows 7 on the same machine
Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz. Also there seems to be a huge
different workload on differnt cores when running under Wine.
I realize that SetEvent/WaitForSingleObject are heavy functions on Windows too
as they need kernel assistance, so it might be hard to make it perform better.
--
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=43766
Bug ID: 43766
Summary: Safrosoft RoX - Level editor doesn't start
Product: Wine
Version: 2.17
Hardware: x86-64
URL: http://www.autofish.net/shrines/rox/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ArchLinux
Created attachment 59268
--> https://bugs.winehq.org/attachment.cgi?id=59268
wine log
The game's level editor crashes with a messagebox:
"Run-time error '481': Invalid picture"
Getting an oleaut32.dll from win7, copying it into wine's system32 folder and
adding a dll override fixes the issue.
--
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=44900
Bug ID: 44900
Summary: Colour problem with builtin gdiplus
Product: Wine
Version: 3.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: ---
Created attachment 60981
--> https://bugs.winehq.org/attachment.cgi?id=60981
Good looking with a native gdiplus
With a builtin gdiplus, there is a problem with coloring the cases of channel.
Problem does not occur with a native gdiplus dll. Compare the two screenshot:
the first one with native dll, the second one with the builtin dll.
Note the behaviour in a real Windows 10 box is the behaviour of the native dll.
So, there is a problem with the builtin dll.
--
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=56667
Bug ID: 56667
Summary: World of Tanks: Unplayable due to extreme CPU usage /
bottlenecking
Product: Wine
Version: 9.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xxx43615xxx(a)gmail.com
Distribution: ---
In short, rendering graphics is now heavily CPU-bound for some reason,
resulting in unusably low performance. As far as I can tell, this is not caused
by DXVK or my graphics drivers. I don't think I should fully repeat myself
here, please read the details in my forum thread:
https://forum.winehq.org/viewtopic.php?t=38875
The game can be installed through Wargaming's launcher, EU version available
here after registration (free):
https://worldoftanks.eu/en/game/download/
--
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=19471
Summary: Earthworm Jim 3D: Extensive graphics errors
Product: Wine
Version: 1.1.26
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ezekiel000(a)lavabit.com
Created an attachment (id=22632)
--> (http://bugs.winehq.org/attachment.cgi?id=22632)
Terminal output.
While running Earthworm Jim 3D the background to the title screen and intro
video/scene are black and during the game there are various graphics errors
including: missing textures, corrupt textures, low quality textures.
There are also quite a few 3D model animation errors.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=10845
Summary: Application Menu doesn't work
Product: Wine
Version: 0.9.51.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gizmo.gentoo(a)gmx.de
In Propellerheads Reason 3.0 and 4.0 the application menu doesn' work. This
affects, in my experience, all versions >wine-0.9.46 or 0.9.47.
The problem is that i can't give you log files or something else, because
there's no error message. It's just that u click on the menu and nothing
happens.
You can download a demo version from the software here:
http://www.propellerheads.se/download/index.cfm?fuseaction=download_reason_…
Let me know if i can do something to provide more information.
thanks,
marc
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53290
Bug ID: 53290
Summary: app is installed but doenst appear
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: steurgo(a)gmail.com
Distribution: ---
Created attachment 72655
--> https://bugs.winehq.org/attachment.cgi?id=72655
it shows the error message
downloaded the app from your website and followe all the steps. now if i check
in the ubuntu softwere it says its installed, but doesnt appear in the app
list. when i try to uninstall if from ubuntu softwere it says there are no
files to delete
--
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=56693
Bug ID: 56693
Summary: Ubuntu 24.04 installation problem
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: addmlbx(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Created attachment 76475
--> https://bugs.winehq.org/attachment.cgi?id=76475
Output of apt when trying to install winehq-stable on Ubuntu 24.04
Package winehq-stable is not located by the apt when being installed on Ubuntu
24.04. On the other hand, winehq-staging and winehq-devel can be installed
without any problem (installation steps for all 3 packages were made according
to the instruction on the https://wiki.winehq.org/Ubuntu)
--
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=46976
Bug ID: 46976
Summary: All games suffer from moderated to severe stuttering
with mouse polling ~1000
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: xinput
Assignee: wine-bugs(a)winehq.org
Reporter: zeioth(a)hotmail.com
Distribution: ---
Description: Any game running over Wine will stutter under the next conditions:
How to reproduce:
* Use a mouse with a polling rate of 1000.
* Open any game with wine, using any frametimes measurement tool.
* Move the camera quickly in circles. You will experience severe stuttering
and frametimes spikes.
* The issue is solved when the mouse use a polling rate of 125hz
This issue DOESN'T affect linux native games. This fact has been tested with
the games:
* Bioshock: Infinite
* Portal 1
This issue DOES Affect the next Wine (non DXVK) games:
* Doom 2016
This issue DOES affect the next wine games:
* Sekiro
* Quake Champions
* The witcher 3
* Quake Champions
* Paladins
* And every other game I've tested
Wine versions tested:
* 3.16 stating + dxvk 0.61 (Can reproduce)
* 3.18 stating + dxvk 0.61 (Can reproduce)
* 3.20 tkg + dxvk 0.61 (Can reproduce)
* 4.0 + dxvk 0.61 (Can reproduce)
* 4.5 + dxvk 0.61 (Can reproduce)
* 4.5 + dxvk 1.0.2 (Can reproduce)
* 4.5 (Can reproduce) -> Pure wine on command line, no lutris, dxvk... etc.
* esync-staging-pba-3.16 + dxvk 0.61 -> This build doesn't present FPS
drops when the player move the camera. In sekiro, the camera jiggers instead.
All other games run without camera stuttering.
Video demostration: https://youtu.be/5dAHbvSS-P8
To find more details about this issue, please read:
* https://github.com/ValveSoftware/Proton/issues/2455#issuecomment-480502473
* https://forum.winehq.org/viewtopic.php?f=8&t=32235
Personal notes:
Feel free to ask me anything you need. I'm willing to help as much as I can.
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.