https://bugs.winehq.org/show_bug.cgi?id=57087
Bug ID: 57087
Summary: wont work on mac os monterey
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: cpeter1326(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
tried downloading the stable, dev, and staging packages. was able to
successfully install all 3, but then the icons were all greyed out and came up
with an error message of "Wine Stable" needs to be updated. the developer of
this app needs to update it to work with this version of macos. please help
--
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=25689
Summary: Combat Mission: Barbarossa to Berlin - failing to
initialize graphics
Product: Wine
Version: 1.3.10
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mat69(a)gmx.net
Created an attachment (id=32722)
--> (http://bugs.winehq.org/attachment.cgi?id=32722)
terminal output when starting cmbb
I installed CMBB and updated to 1.03, using a crack made it possible to avoid
BUG:219.
Trying to start I get a message complaining that Direct3D graphics could not be
recognised.
Attached is the terminal output.
--
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=56912
Bug ID: 56912
Summary: GR2Analyst 3 Weather Radar Software
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stormtrackertony(a)gmail.com
Distribution: ---
Created attachment 76733
--> https://bugs.winehq.org/attachment.cgi?id=76733
backtrace of error
Latest version of this software loads but errors when trying to import radar
data.
Shared the attached backtrace with the software developer and he responded:
The problem is here:
0x0043a534 gr2analyst+0x3a534: ldsl %eax,%esi
Which is trying to load a full 48-bit pointer into segment:register from a
memory location. Win32 programs aren't allowed to mess with their segment
registers.
I don't see that code anywhere in my asm listing files, so there are two
possibilities:
1. The stack is getting corrupted and the return address from a function call
is trashed, so the program tries to execute junk (which happens to be the LDS
instruction). Of course, the question is "why doesn't this happen on real
Windows"?
2. WINE has a bug that trashes the stack.
--
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=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=57085
Bug ID: 57085
Summary: winebus SDL backend seems to always report force
feedback effects as playing on linux, confuses
BeamNG.drive 0.32.5.0
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: katharine.chui(a)gmail.com
Distribution: ---
Wine/Proton users have not been able to use "Fast" update type on BeamNG.drive.
https://www.beamng.com/threads/workaround-to-get-ffb-to-work-on-linux-proto…
After reporting the lack of IDirectInputEffect::Start calls on Wine to
BeamNG.drive, it seems that they will be force issuing ::Start once after
::CreateEffect in a future update, regardless of the output of
::GetEffectStatus, if the change does not break other wheels on windows.
Discussing the issue further with BeamNG.drive developer stenyak on discord,
with "Fast" update type for force feedback, current release of BeamNG.drive
seems to always query effect status using ::GetEffectStatus, and would only
issue ::Start if the effect is not playing.
If my tracing is correct,
https://gitlab.winehq.org/wine/wine/-/blob/6e15604c48acd63dd8095a4ce2fd011c…
always emits effect playing report on hid because on Linux, SDL does not
support SDL_HAPTIC_STATUS.
Due to ::GetEffectStatus flagging effect playing falsely, ::Start is never
issued on Wine, causing effects to never play on the SDL hid backend.
While BeamNG.drive seems to be quite open to doing small fixes to help players
on Wine/Proton as long as it does not break on windows, is there anything that
could be change on this end to make it less confusing for applications that
relies on ::GetEffectStatus going forward?
--
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.