https://bugs.winehq.org/show_bug.cgi?id=57376
Bug ID: 57376
Summary: Permission denied vs No such file or directory when
opening folders with trailing backslash
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alex+winehq(a)cogarr.net
Distribution: ---
Created attachment 77346
--> https://bugs.winehq.org/attachment.cgi?id=77346
A zip file containing a minimal example.c, and log files wine.txt and win.txt
There's a subtle difference when calling fopen(3) between Wine configured for
win10, and real Windows 10. When attempting to open a folder (e.g. AppData),
wine correctly sets errno to 13 (Permission denied), but when opening a folder
with a trailing backslash(e.g. AppData\), Windows sets errno to 2 (No such file
or directory) while Wine sets it to 13 (Permission denied). The attached
example.c shows this behavior. I compile it with mingw32-x86_64-gcc and run it
through cmd.exe with my current directory set to C:\users\user on Wine and get
wine.txt, then run it on Windows 10, and get win.txt (COPY a.exe C:\users\user
&& C: && cd users\user && a.exe > win[e].txt)
This behavior exists on current Wine 9.20 and has existed since at least Wine
9.0 .
I have tried the winecfg versions: win10, win11, win8.1, vista, and all seem to
work the same.
My actual use case is running the Luarocks package
manager(https://github.com/luarocks/luarocks) compiled for Windows on Wine for
testing. Luarocks uses this behavior to check if something is a folder
(https://github.com/luarocks/luarocks/blob/master/src/luarocks/fs/win32.lua#…).
--
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=48787
Bug ID: 48787
Summary: WineD3D C&C Generals Zero Hour takes a lot time to
load or maximize
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: moceap(a)hotmail.com
As you know (C&C Generals Zero Hour) is an old game. And it use DirectX 8.1.
These type of games don't stable in current Windows' versions.
So WineD3D used to valid run them on Windows.
Using: C&C Generals Zero Hour (Last Version 1.04)
Windows 10 (1909)
WineD3D (From Wine 5.4)https://fdossena.com/?p=wined3d/index.frag
Both (Intel and AMD) cards tested
Expected Result: Works fine with high speed.
Actual Result: Very long time on maximize the game after minimize or switch to
another application
Long time on loading the game (Not happen on MS DirectX)
--
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=55981
Bug ID: 55981
Summary: Dragon Age Origins: Runs slowly when using the
experimental wow64 mode
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 75572
--> https://bugs.winehq.org/attachment.cgi?id=75572
Dragon Age : Origins main menu with new wow64 + OpenGL renderer
Dragon Age : Origins works with the new wow64 experimental mode but it's very
slowly and unplayable. This bug affect "Beyond Good & Evil" too.
Use DXVK fix this issue so something wrong with new wow64 + opengl renderer ?
--
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=48027
Bug ID: 48027
Summary: cmd pipe | not triggering ReadFile EOF
Product: Wine
Version: 4.18
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Test program is find.exe as of wine commit
ccec532879ec14b2e79da08288152a69221ec4d1.
I implemented the program so it waits for ReadFile to return FALSE, that's when
the input is supposed to be over:
######
BOOL success = ReadFile(handle, buffer, 4096, &buffer_max, NULL);
if (!success)
return FALSE;
######
Now that's not right anyways, but it exposes a slight difference in Wine cmd:
1) Following input hangs on Wine, but not on Windows: "echo test | find test"
It works on Wine when using "winetricks -q cmd"
2) Following input hangs on both Windows and Wine: "find test < test.txt"
Wine's implementation of the pipe | uses the redirect operator < internally.
This leads to the pipe working differently on Wine, i.e. blocking ReadFile when
it's not supposed to.
I'm not aware of a real program being affected by that, just noting.
--
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=10349
Summary: Yukon Trail installer crashes at the end
Product: Wine
Version: 0.9.48.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
Created an attachment (id=9017)
--> (http://bugs.winehq.org/attachment.cgi?id=9017)
Crash Log
After the Yukon Trail's installer is done installing, it crashes, taking the
file browser it spawns with it.
To reproduce:
-Run installer
-Complete installation
--
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=39013
Bug ID: 39013
Summary: Cannot change the location of the folder put in
/tmp/.wine-uid
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sstewartgallus00(a)mylangara.bc.ca
Distribution: ---
I want to set /tmp on my machine to be only readable and writeable by root and
I cannot use Wine with that configuration unless I can change that folder.
Also, only allowing the static folder in /tmp opens up a denial-of-service
attack against other users. A user can be a jerk and create /tmp/.wine-uid
directories to block other users.
--
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=14838
Summary: TMPDIR environment variable is not used at all
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://en.wikipedia.org/wiki/TMPDIR
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: killertux(a)suomi24.fi
Tested on Wine 1.1.2-307-g520ab5c
Wine simply does not use TMPDIR environment variable and as far as I know Wine
has never used this environment variable... it just defaults to /tmp
--
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=44769
Bug ID: 44769
Summary: unable to run lumen software
Product: Wine
Version: 3.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nmad1(a)nmad1.plus.com
Distribution: ---
Created attachment 60790
--> https://bugs.winehq.org/attachment.cgi?id=60790
Lumen backtrace
I am trying to use software called Lumen for the Light camera, which is only
available in either a Windows or IOS version. The windows version is available
from
https://light.co/lumen/windows
Besides the Lumen (Beta) software, the installer installs Qt Licensed Software
Redistributables and Visual Studio C++ Runtime Redistributables. In order to
get the latter to install, I followed a suggestion to use the Windows XP
version in winecfg for the installer. This seems to do the trick with the
installation. However, when I try to run the software, it bombs out. A
backtrace is posted here.
--
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=57221
Bug ID: 57221
Summary: msmoney.exe crashes when trying to render mrptmain.htm
inside the app
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: msd+bugs.winehq.org(a)msd.im
Distribution: ---
In the app Microsoft Money 11.0, I try to see a report (monthly reports) after
installing wine-gecko to make it render.
It crashes with :
```
01c0:err:eventlog:ReportEventW L"msmoney.exe"
01c0:err:eventlog:ReportEventW L"11.0.0.716"
01c0:err:eventlog:ReportEventW L"xul.dll"
01c0:err:eventlog:ReportEventW L"47.0.0.7639"
01c0:err:eventlog:ReportEventW L"0092e348"
```
I rerun the program with `WINEDEBUG=+ieframe,+mshtml,+jscript` to get more
info. I attached this file to this bug report.
wine-6.0.3 (Ubuntu 6.0.3~repack-1) from Ubuntu 22.04.5 LTS
How can I help you more ?
--
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.