https://bugs.winehq.org/show_bug.cgi?id=52340
Bug ID: 52340
Summary: wine-mono + RMS Express: COM Port errors connecting to
radios
Product: Wine
Version: 7.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: eric.wheez(a)gmail.com
Distribution: ---
Hello again,
I just wanted to report in a "not implemented" exception in wine-mono. I
believe that "System.IO.Ports.SerialPort.set_ReceivedBytesThreshold" not
implemented in wine-mono is causing RMS Express to not be able to control the
radio (channel selection and "push-to-talk"/"PTT" switch) over USB connection.
Normal behavior is for RMS Express to tell the radio what radio channel to
send/receive on & when to transmit/listen (via PTT switch). This behavior is
working on RMS Express via Windows. This behavior is also working with RMS
Express on Debian 10 VM with wine & .NET 4.6 (I had to set `sudo adduser $USER
dialout && sudo reboot` to set permissions for the COM port for the user
account so before channels/PTT worked .NET 4.6 though).
The not implemented exception pops up in the linux terminal with wine-mono
exactly at the same time that the (known-working-with-.NET4.6) COM port is said
to be inaccessible. I've included the short log of the wine-mono not
implemented exception at the of this post.
[Setup]
OS: Debian 10 (VMware Workstation on a Windows laptop)
Wine: wine-7.0-rc4 devel
Wine Mono: wine-mono 2f50d2c
(https://nightly.link/madewokherd/wine-mono/actions/artifacts/131614059.zip)
Program: Winlink Express 1.5.44.0
Radio: Yaesu FT-891 transceiver (with dummyload attached directly to radio - no
feed line so I don't accidentally send signals)
Details:
- FT-891 connected to PC via USB cable (and make sure VMWare has the USB line
routed into the VM instead of the host PC)
- I set the FT-891's on-board settings to data 'baud' 9600.
- I set in/out audio devices in ARDOP settings on the PC.
Thank you again! And here's to 2022 being better than the previous two years
:) Cheers
----
wine-mono not implemented exception log:
```
WINE_MONO_TRACE=E:System.MissingMethodException MONO_INLINELIMIT=0
WINE_MONO_HIDETYPES=1 wine RMS\ Express.exe
...
[00000024:] EXCEPTION handling: System.NotImplementedException: The method or
operation is not implemented.
"<unnamed thread>" tid=00000024 this=04570120 , thread handle : 01df5788,
state : not waiting
at System.IO.Ports.SerialPort.set_ReceivedBytesThreshold (int) [0x0000f]
in <117354a27af94c36af91c072a84e6fb8>:0
at (wrapper remoting-invoke-with-check)
System.IO.Ports.SerialPort.set_ReceivedBytesThreshold (int) [0x00032] in
<117354a27af94c36af91c072a84e6fb8>:0
at RMS_Express.Radio.OpenControlPort () [0x000b3] in
<25c56d5497bc4490bd1b5395b173c5df>:0
at RMS_Express.Radio.SetRadio () [0x0014f] in
<25c56d5497bc4490bd1b5395b173c5df>:0
at RMS_Express.Radio.SetFrequency (int,string) [0x00021] in
<25c56d5497bc4490bd1b5395b173c5df>:0
at (wrapper remoting-invoke-with-check) RMS_Express.Radio.SetFrequency
(int,string) [0x00033] in <25c56d5497bc4490bd1b5395b173c5df>:0
at RMS_Express.ArdopSession.Ardop_Activated (object,System.EventArgs)
[0x00823] in <25c56d5497bc4490bd1b5395b173c5df>:0
at System.Windows.Forms.Form.OnActivated (System.EventArgs) [0x0001f] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Form.set_Active (bool) [0x000a6] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Form.WmActivate (System.Windows.Forms.Message&)
[0x0001a] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Form.WndProc (System.Windows.Forms.Message&)
[0x001b8] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Control/ControlNativeWindow.OnMessage
(System.Windows.Forms.Message&) [0x00001] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Control/ControlNativeWindow.WndProc
(System.Windows.Forms.Message&) [0x000b3] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.NativeWindow.Callback
(System.Windows.Forms.Message&) [0x00025] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.NativeWindow.Callback (System.Windows.Forms.Message&)
[0x00032] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.NativeWindowProc.Callback
(intptr,int,intptr,intptr) [0x00037] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at (wrapper native-to-managed)
System.Windows.Forms.NativeWindowProc.Callback (intptr,int,intptr,intptr)
<0x00067>
at <unknown> <0xffffffff>
at (wrapper managed-to-native)
System.Windows.Forms.SafeNativeMethods.ShowWindow
(System.Runtime.InteropServices.HandleRef,int) <0x00012>
at System.Windows.Forms.Control.SetVisibleCore (bool) [0x00061] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Form.SetVisibleCore (bool) [0x000d1] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Control.set_Visible (bool) [0x00001] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Control.Show () [0x00001] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at RMS_Express.ArdopSession.ShowSession () [0x00000] in
<25c56d5497bc4490bd1b5395b173c5df>:0
at RMS_Express.Main.StartSession () [0x005fd] in
<25c56d5497bc4490bd1b5395b173c5df>:0
at RMS_Express.Main.mnuSession_Click (object,System.EventArgs) [0x00000]
in <25c56d5497bc4490bd1b5395b173c5df>:0
at System.Windows.Forms.ToolStripItem.RaiseEvent
(object,System.EventArgs) [0x0001b] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.ToolStripItem.OnClick (System.EventArgs)
[0x00001] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.ToolStripMenuItem.OnClick (System.EventArgs)
[0x0001d] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.ToolStripItem.HandleClick (System.EventArgs)
[0x00051] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.ToolStripItem.HandleMouseUp
(System.Windows.Forms.MouseEventArgs) [0x000fd] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.ToolStripItem.FireEventInteractive
(System.EventArgs,System.Windows.Forms.ToolStripItemEventType) [0x00053] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.ToolStripItem.FireEvent
(System.EventArgs,System.Windows.Forms.ToolStripItemEventType) [0x00103] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.ToolStripItem.FireEvent
(System.EventArgs,System.Windows.Forms.ToolStripItemEventType) [0x00033] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.ToolStrip.OnMouseUp
(System.Windows.Forms.MouseEventArgs) [0x0007d] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Control.WmMouseUp
(System.Windows.Forms.Message&,System.Windows.Forms.MouseButtons,int) [0x001c3]
in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message&)
[0x005a0] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.ScrollableControl.WndProc
(System.Windows.Forms.Message&) [0x00043] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.ToolStrip.WndProc (System.Windows.Forms.Message&)
[0x00128] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.MenuStrip.WndProc (System.Windows.Forms.Message&)
[0x00056] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Control/ControlNativeWindow.OnMessage
(System.Windows.Forms.Message&) [0x00001] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Control/ControlNativeWindow.WndProc
(System.Windows.Forms.Message&) [0x000b3] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.NativeWindow.Callback
(System.Windows.Forms.Message&) [0x00025] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.NativeWindow.Callback (System.Windows.Forms.Message&)
[0x00032] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.NativeWindowProc.Callback
(intptr,int,intptr,intptr) [0x00037] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at (wrapper native-to-managed)
System.Windows.Forms.NativeWindowProc.Callback (intptr,int,intptr,intptr)
<0x00067>
at <unknown> <0xffffffff>
at (wrapper managed-to-native)
System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW
(System.Windows.Forms.NativeMethods/MSG&) <0x00012>
at
System.Windows.Forms.Application/ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop
(intptr,int,int) [0x001d7] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Application/ThreadContext.RunMessageLoopInner
(int,System.Windows.Forms.ApplicationContext) [0x00282] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Application/ThreadContext.RunMessageLoop
(int,System.Windows.Forms.ApplicationContext) [0x0001a] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.Application/ThreadContext.RunMessageLoop
(int,System.Windows.Forms.ApplicationContext) [0x00033] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at System.Windows.Forms.Application.Run
(System.Windows.Forms.ApplicationContext) [0x00006] in
<ff4fde3cd5024947a0edb51b0ef7fff6>:0
at
Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.OnRun ()
[0x00044] in <e344caf534bf4ffb982376a141ed987b>:0
at
Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.DoApplicationModel
() [0x00035] in <e344caf534bf4ffb982376a141ed987b>:0
at
Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Run
(string[]) [0x0001b] in <e344caf534bf4ffb982376a141ed987b>:0
at RMS_Express.My.MyApplication.Main (string[]) [0x0000f] in
<25c56d5497bc4490bd1b5395b173c5df>:0
at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object
(object,intptr,intptr,intptr) [0x00027] in <25c56d5497bc4490bd1b5395b173c5df>:0
```
--
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=42309
Bug ID: 42309
Summary: The Crew (Uplay) crashes at start
Product: Wine
Version: 2.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 57043
--> https://bugs.winehq.org/attachment.cgi?id=57043
Unhandled page fault read access to 0x0 in 64-bit code backtrace
After the loading screen has closed, the screen goes black and then wine
crashes with a read access to 0x00000000 in 64-bit code.
The terminal is also filled with DirectX 11 fixme's.
Tested on wine 2.0 + staged patch from bug 41356.
--
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=51437
Bug ID: 51437
Summary: If Windows version changes from 7 to 10, Microsoft
Edge calls unimplemented function
uiautomationcore.dll.UiaRaiseAutomationPropertyChanged
Event
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: uiautomationcore
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Install Wine Staging (Edge will not start on vanilla Wine).
2. Run `wine MicrosoftEdgeSetup.exe` (make sure to download the installer for
Windows 7).
3. Run `winecfg` and change the Windows version from 7 to 10.
4. Run `wine msedge`.
If the Windows version is set to 10 from the beginning (and Edge's Windows 10
installer is used), the crash does not occur. However, it's a reasonable use
case to install Edge with default Wine settings and then "upgrade" Wine to
Windows 10 later.
$ sha256sum MicrosoftEdgeSetup.exe
c449a35ff96012ae26336ff630ced945d85f83b162b041606549c555b8a997c8
--
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=50158
Bug ID: 50158
Summary: Oculus Runtime won't start: "Could not load file or
assembly 'Daybreak'"
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: criteria32(a)gmail.com
Distribution: ---
Created attachment 68674
--> https://bugs.winehq.org/attachment.cgi?id=68674
Crash log
Can be downloaded at oculus.com/setup or with this direct link:
https://www.oculus.com/download_app/?id=1582076955407037
--
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=45103
Bug ID: 45103
Summary: FlixGrab: Crashes on launch after showing the splash
screen
Product: Wine
Version: 3.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lucas.halbig(a)gmail.com
Distribution: ---
Created attachment 61276
--> https://bugs.winehq.org/attachment.cgi?id=61276
backtrace file when app crashed
When attempting to launch
https://www.freegrabapp.com/flixgrab
after installation it failes to go past the splash screen.
--
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=50460
Bug ID: 50460
Summary: Regression on installing mdac28 on 6.0-rc5 was ok in
5.0.4
Product: Wine
Version: 6.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pierre(a)couderc.eu
Distribution: ---
Created attachment 69085
--> https://bugs.winehq.org/attachment.cgi?id=69085
log of the trial
Using :
sudo rm -rI .wine/
WINEARCH=win32 winecfg
winetricks mdac28
wine .wine/drive_c/windows/system32/odbcad32.exe
fails on last version (from winehq-devel from deb
https://dl.winehq.org/wine-builds/debian/ bullseye main debian) and is ok with
default bullseye release (5.0.4).
odbcad32.exe box is not displayed.
Full (small...) listing in attachment
I am not able to know if the problem is wine or winetricks. But I am surprised
that msado15 is installed as ado is not needed for mdac adn odbs...
--
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=52530
Bug ID: 52530
Summary: dowonline: Crash at start with multiple error messages
(needs dotnet452)
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
Created attachment 71830
--> https://bugs.winehq.org/attachment.cgi?id=71830
Screenshots and log
This application crashes from beginning on Wine Mono 7.0.0, installing
dotnet452 with winetricks is a working workaround
I've used the ZIP version of the application. Version 2.8
Procedure:
1 - Run DowOnline.exe
Download (Version v. 2.8):
https://dowonline.ru
SHA1 (ZIP): 101a1bf896b834cd8653127a985ae10c080dbeba
SHA1 (Installer): f47f7a529f5fcb0449fad0a5d497f667292accea
Note: I had TLS package decode errors during download, so i was unable to
download it from a browser, use wget instead to download the file if that
occurs
--
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=52532
Bug ID: 52532
Summary: SDL 2.0.20 doesn't restore fullscreen mode when
restoring a window
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
Same testcase as bug 52519.
SDL will, in some cases, minimize fullscreen windows when they are deactivated.
If this happens in SDL 2.0.20, the window will not be fullscreen when it is
restored.
To reproduce the bug:
* Run the test program in Wine with SDL_EVENT_LOGGING=1
* Click the window to fullscreen it.
* Alt+tab to another window.
* Restore the test program's window.
* It appears with a windowed size rather than fullscreen.
Based on logs, I believe that SDL is requesting a fullscreen size and position,
but Wine never requests NET_WM_STATE_FULLSCREEN. I'm not sure why.
--
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=52519
Bug ID: 52519
Summary: SDL 2.0.20 reports wrong FOCUS_GAINED event when
minimizing an inactive fullscreen window
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
Created attachment 71817
--> https://bugs.winehq.org/attachment.cgi?id=71817
test case (C source)
SDL will, in some cases, minimize fullscreen windows when they are deactivated.
If this happens in SDL 2.0.20, it will report a FOCUS_LOST event followed by a
FOCUS_GAINED event. It should only report the FOCUS_GAINED event when the
window is restored, which is what happens on Windows.
Also reported here: https://github.com/libsdl-org/SDL/issues/5316
Test program attached. This requires SDL.
To reproduce the bug:
* Run the test program in Wine with SDL_EVENT_LOGGING=1
* Click the window to fullscreen it.
* Alt+tab to another window.
* The last focus event logged was FOCUS_GAINED.
I know this happens because SDL receives a WM_ACTIVATE message indicating that
the window is minimized, but GetForegroundWindow reports that the application
is still in the foreground. SDL responds to WM_ACTIVATE by "resyncing" focus,
so it responds to this by reporting FOCUS_GAINED.
I haven't been able to figure out the exact set of circumstances that cause
this behavior in Wine, so I couldn't make a test case that doesn't require SDL.
--
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=52529
Bug ID: 52529
Summary: Black screen in Zork: Grand Inquisitor
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: ---
Zork: Grand Inquisitor (CD and demo version) installs without problems but
launching the game results in a black screen.
This may be related to bug 1347, bug 2082, etc. but needs to be reviewed to
determine if it is a duplicate of those or not.
Demo: https://archive.org/details/ZGIDEMO
GoG: https://www.gog.com/game/zork_grand_inquisitor
The CD version of the game is playable on ScummVM and the GoG version includes
it. The demo doesn't work (cursor only) so the other versions are more
reliable examples of expected behavior.
https://wiki.scummvm.org/index.php?title=Zork:_Grand_Inquisitor
The game requires 640x480x16. I tried it in a virtual desktop and Xephyr.
Game music requires MIDI (I used TiMidity++).
Xubuntu 20.04.3 x86_64
AMD Phenom 9550
GeForce GTX 750 Ti using Nvidia 470.57.02 driver
--
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.