https://bugs.winehq.org/show_bug.cgi?id=57016
Bug ID: 57016
Summary: staging patchinstall.py fails on security wine_todo
Product: Wine-staging
Version: 9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)crtdrift.us
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 76859
--> https://bugs.winehq.org/attachment.cgi?id=76859
current_broken_diff
wine-staging-9.13/patches/server-Stored_ACLs/0004-server-Temporarily-store-the-full-security-descripto.patch
--
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=56999
Bug ID: 56999
Summary: LineMediaPlayer.exe from NAVER Line needs
msvcp140_2.dll.__std_smf_cyl_bessel_i
Product: Wine
Version: 9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: pq2sx44teeigl7za(a)chyen.cc
Distribution: ---
Created attachment 76838
--> https://bugs.winehq.org/attachment.cgi?id=76838
Logs for LineMediaPlayer.exe
LineMediaPlayer.exe is used to display images and videos in LINE. After a
recent upgrade, the player no longer works, showing an error about missing
msvcp140_2.dll.__std_smf_cyl_bessel_i (see logs)
Steps to reproduce:
1. Download and install https://desktop.line-scdn.net/win/new/LineInst.exe -
it's linked from https://line.me/ when using a Windows User-Agent header.
2. Try to run LineMediaPlayer.exe (ex: wine
/home/user/.local/share/wine/drive_c/users/user/AppData/Local/LINE/Data/plugin/LineMediaPlayer/1.2.0.545/LineMediaPlayer.exe)
Here 1.2.0.545 is the currently installed version of LineMediaPlayer. You may
need to change the version to the latest one if there are updates.
Investigation:
In Microsoft STL, __std_smf_cyl_bessel_i calls boost::math::cyl_bessel_i [1].
C++17 provides std::cyl_bessel_i. I'm not sure if it's feasible to use that in
a C project like Wine. Even if C++ is allowed, I assume a version requirement
like C++17 is still an issue.
[1]
https://github.com/microsoft/STL/blob/vs-2022-17.10/stl/src/special_math.cp…
[2] https://en.cppreference.com/w/cpp/numeric/special_functions/cyl_bessel_i
[3]
https://github.com/kcat/openal-soft/commit/d6d572df66eb2b5beeb3da7f3b11a328…
--
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=55342
Bug ID: 55342
Summary: try1401.exe from ced1401 fails to connnect to device
with this errors.
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 74928
--> https://bugs.winehq.org/attachment.cgi?id=74928
log file running try1401.exe in wine 8.13
running the same tests on Wine 8.13, debian12, with most recent winsupp.exe
(sha1sum 0c077b00b51157f59d2744667a97b16ec214c944)
try1401 shows this error when running the self test
Pass 0: Failure opening 1401, device driver not installed or not loaded
(code -581)
I run this test in order check again for bug 54189, however the result is quite
different.
At the moment I can not say whether this is due to a change in wine, or because
winsupp.exe has been updated (the version reports now v3.61, in the earlier
report it was 3.55 it thing.)
So this bug report might make 54189 obsolete, but I'm not sure about this.
--
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=56652
Bug ID: 56652
Summary: 3ds max setup error
Product: Wine-staging
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: finenkofedor(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
3DS Max 2024 wasn't launching without pasting bs.odis dlls to system32 folder,
all libs was in setup folder. After setting dll override setup launched but
could not finish installation. Figured out there's problem in main package,
3dsmax.msi, it wasn't launched either. I attached torrent file linked to my
package
--
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=43146
Bug ID: 43146
Summary: gtkmm hello world program can't show window
Product: Wine
Version: 2.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bing(a)nym.hush.com
Distribution: ---
Created attachment 58373
--> https://bugs.winehq.org/attachment.cgi?id=58373
gtkmm hello world tarball
So I tried the gtkmm hello world program:
https://developer.gnome.org/gtkmm-tutorial/stable/sec-helloworld.html.en
and I put it in a tarball (Attached.)
Anyway, I cross-compiled it with mingw and it runs fine in a windows VM.
When I run it with wine though, it crashes -- which is surprising because the
program does so little!
I ran it with GDK_DEBUG=all and I can see that it's crashing on the showing of
a window.
I guess I should mention that I'm running this in an Xorg session, and not
Wayland.
Anyway, I'm running wine 2.8 as provided by Fedora 25.
Here is the backtrace:
https://pastebin.com/yWZkHkDZ
I don't know if it's customary to upload executables here, so I won't do that
unless asked.
--
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=56633
Bug ID: 56633
Summary: Version 9.8 source code triggers a virus alert on
MacOS Sonoma on M3
Product: Wine
Version: unspecified
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: erisi(a)comcast.net
When attempting to download source for 9.8, a virus alert is triggered on my
MBP. This does not happen with 9.7 source.
--
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=49381
Bug ID: 49381
Summary: Building wine from source on 32 bit Slackware Linux
fails since 5.10.
Product: Wine
Version: 5.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: studiosg(a)giustetti.net
Distribution: ---
Created attachment 67441
--> https://bugs.winehq.org/attachment.cgi?id=67441
Archive containing the configure, make dep and make output in 2 files
The issue arises while building Wine 5.10 on 32 bit Slackware. Both Slackware
14.2 stable and current (15.0 beta) are affected while The 64 bit version
builds just fine.
The build procedure exits badly while linking ntdll.so, returning errors like:
/usr/bin/ld: unix/server.o: in function `remove_fd_from_cache':
server.c:(.text+0x29d): undefined reference to
`InterlockedCompareExchange64'
/usr/bin/ld: unix/server.o: in function `add_fd_to_cache':
server.c:(.text+0x60f): undefined reference to
`InterlockedCompareExchange64'
The output of the configure, make dep and make command is included into the
attached archive. They refer to the 14.2 current environment.
Thanks
Simone
--
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=47396
Bug ID: 47396
Summary: Lord of the Rings Mouse Pointer falls back to
System-Pointer since wine 4.9
Product: Wine
Version: 4.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wasti2k(a)gmail.com
Distribution: ---
Mouse Pointer falls back to System-Pointer since wine 4.9
Mouse Pointer changes to System Pointer, by moving the pointer over an enemy.
Last working Version was Wine 4.6
--
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=56842
Bug ID: 56842
Summary: Run the absolute path exe file and use the current
process to retrieve the working directory as Linux
working directory, not Windows working directory. (
GetCurrentDirectoryW -->NtCurrentTeb() -->Peb
-->ProcessParameters -->CurrentDirectory DosPath)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: zmtong1988(a)gmail.com
Distribution: ---
1. Running the desktop lnk file will use SetCurrentDirectoryW() to set the
current entry working directory, while GetCurrentDirectoryW() obtains the
normal Windows working directory.
1) While processing the lnk file, parse the shell: IPersistStream_fnLoad
Working Dir ->L "C: \ \ Program Files (x86) \ \ test \\"
2) SHELL_execute -->dir=L "C: \ \ Program Files (x86) \ \ test \\"
3) Set working directory: SetCurrentDirectoryW() -->L "C: \ \ Program Files
(x86) \ \ test \\"
4) Get working directory GetCurrentDirectoryW() ->us=&NtCurrentTeb() ->Peb
->ProcessParameters ->CurrentDirectory DosPath
The working directory obtained is L "C: \ \ Program Files (x86) \ \ test \
\".
At this point, the application obtains the working directory of the current
process through GetCurrentDirectoryW(), which is the normal windwos working
directory.
2. Run the absolute path exe and use GetCurrentDirectoryW() to obtain the
current process directory, which is the working directory for running Linux.
1) SHELL_execute -->dir=(null)
2) GetCurrentDirectoryW() -->L "Z: \ \ home \ \ work \ \ desktop\\
Retrieve the working directory of a running command process (for example,
when I open a terminal on the desktop to run a command, the working directory
obtained is: L "Z: \ \ home \ \ work \ \ desktop \ \).
At this point, the application obtains the working directory of the current
process as the Linux working directory through GetCurrentDirectoryW().
The file we need to load is in the Windows working directory, not in the
current process's working directory, which prevents us from finding the
corresponding file in the working directory.
--
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=56773
Bug ID: 56773
Summary: PES 2014 lags a lot during gameplay, sound gets choppy
Product: Wine
Version: 9.0
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Tanvirmahtab1(a)outlook.com
The in-game menu works great but whenever launching a match, game starts to lag
and sound gets broken. I use crossover 24.
--
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.