https://bugs.winehq.org/show_bug.cgi?id=41562
Bug ID: 41562 Summary: SDR# disconnects from rtl_tcp after ~5 minutes Product: Wine Version: 1.9.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: informacja.niejawna@gmail.com Distribution: ---
Created attachment 55893 --> https://bugs.winehq.org/attachment.cgi?id=55893 sdr#
SDR# disconnects from rtl_tcp after ~5 minutes (on Windows everything works)
software version: Ubuntu 14.04.5 LTS wine-1.9.21 + dotnet46 SDR# v1.0.0.1489 (http://airspy.com/download/)
Logs:
rtl_tcp:
Found 1 device(s): 0: Realtek, RTL2838UHIDIR, SN: 00000001
Using device 0: Generic RTL2832U OEM Found Rafael Micro R820T tuner [R82XX] PLL not locked! Tuned to 100000000 Hz. listening... Use the device argument 'rtl_tcp=127.0.0.1:1234' in OsmoSDR (gr-osmosdr) source to receive samples in GRC and control rtl_tcp parameters (frequency, gain, ...). client accepted! set sample rate 2048000 set freq correction 0 set freq 105998418 set agc mode 0 set gain mode 1 set tuner gain by index 0 <------ disconnect worker socket bye Signal caught, exiting! comm recv bye Signal caught, exiting! all threads dead.. listening... Use the device argument 'rtl_tcp=127.0.0.1:1234' in OsmoSDR (gr-osmosdr) source to receive samples in GRC and control rtl_tcp parameters (frequency, gain, ...).
https://bugs.winehq.org/show_bug.cgi?id=41562
--- Comment #1 from x y z informacja.niejawna@gmail.com --- Created attachment 55894 --> https://bugs.winehq.org/attachment.cgi?id=55894 sdrlogs
https://bugs.winehq.org/show_bug.cgi?id=41562
--- Comment #2 from Bruno Jesus 00cpxxx@gmail.com --- Please attach a +winsock,+iphlpapi log, will probably need compression.
Read more at https://wiki.winehq.org/FAQ#How_can_I_get_a_debugging_log_.28a.k.a._terminal...
https://bugs.winehq.org/show_bug.cgi?id=41562
--- Comment #3 from x y z informacja.niejawna@gmail.com --- Created attachment 55899 --> https://bugs.winehq.org/attachment.cgi?id=55899 WINEDEBUG=+winsock,+iphlpapi wine SDRSharp.exe >> /tmp/output.txt 2>&1
https://bugs.winehq.org/show_bug.cgi?id=41562
--- Comment #4 from Bruno Jesus 00cpxxx@gmail.com --- Thanks for the log.
trace:winsock:WS2_recv_base socket 0458, wsabuf 0x804de48, nbufs 1, flags 0, from (nil), fromlen -1, ovl (nil), func (nil) trace:winsock:WS2_recv_base fd=129, options=0 trace:winsock:WS2_recv_base -> 32768 bytes trace:winsock:WS2_recv_base socket 0458, wsabuf 0x804de48, nbufs 1, flags 0, from (nil), fromlen -1, ovl (nil), func (nil) trace:winsock:WS2_recv_base fd=129, options=0 trace:winsock:WS2_recv_base -> 32768 bytes trace:winsock:WS2_recv_base socket 0458, wsabuf 0x804de48, nbufs 1, flags 0, from (nil), fromlen -1, ovl (nil), func (nil) trace:winsock:WS2_recv_base fd=129, options=0 trace:winsock:DllMain 0x7c100000 0x2 (nil) warn:winsock:wsaErrno errno 14, (Błędny adres). warn:winsock:WS2_recv_base -> ERROR 10014
Everything goes fine until suddenly a WSAEFAULT happens during (probably) a recvmsg call. Could be memory corruption caused by Wine or the application (and it does not happen in Windows due to memory layout differences).
Testing this requires a specific hardware to connect to? If not what are the steps to reproduce?
https://bugs.winehq.org/show_bug.cgi?id=41562
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #5 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Bruno Jesus from comment #4)
trace:winsock:WS2_recv_base socket 0458, wsabuf 0x804de48, nbufs 1, flags 0, from (nil), fromlen -1, ovl (nil), func (nil) trace:winsock:WS2_recv_base fd=129, options=0 trace:winsock:WS2_recv_base -> 32768 bytes trace:winsock:WS2_recv_base socket 0458, wsabuf 0x804de48, nbufs 1, flags 0, from (nil), fromlen -1, ovl (nil), func (nil) trace:winsock:WS2_recv_base fd=129, options=0 trace:winsock:WS2_recv_base -> 32768 bytes trace:winsock:WS2_recv_base socket 0458, wsabuf 0x804de48, nbufs 1, flags 0, from (nil), fromlen -1, ovl (nil), func (nil) trace:winsock:WS2_recv_base fd=129, options=0 trace:winsock:DllMain 0x7c100000 0x2 (nil) warn:winsock:wsaErrno errno 14, (Błędny adres). warn:winsock:WS2_recv_base -> ERROR 10014
Everything goes fine until suddenly a WSAEFAULT happens during (probably) a recvmsg call.
Reminds me of https://bugs.winehq.org/show_bug.cgi?id=37669. Does the following staging patchset help? https://github.com/wine-compholio/wine-staging/tree/master/patches/ws2_32-Wr...
https://bugs.winehq.org/show_bug.cgi?id=41562
--- Comment #6 from x y z informacja.niejawna@gmail.com --- it works with patch (SDR# is still connected to rtl_tcp)! but... after a few minutes is another error and crash
screenshot and logs in attachment
Testing this requires a specific hardware to connect to? If not what are the steps to reproduce?
Yes you need DVB-T dongle with RTL2832U+R820T (http://sdr.osmocom.org/trac/wiki/rtl-sdr)
I can share you rtl_tcp server over internet (IP:port via PW) and send steps to run SDRSharp (it's ez -> install wine (dotnet46+corefonts), Run SDR#, set ip and start)
https://bugs.winehq.org/show_bug.cgi?id=41562
--- Comment #7 from x y z informacja.niejawna@gmail.com --- Created attachment 55901 --> https://bugs.winehq.org/attachment.cgi?id=55901 ok
https://bugs.winehq.org/show_bug.cgi?id=41562
--- Comment #8 from x y z informacja.niejawna@gmail.com --- Created attachment 55902 --> https://bugs.winehq.org/attachment.cgi?id=55902 error
https://bugs.winehq.org/show_bug.cgi?id=41562
--- Comment #9 from x y z informacja.niejawna@gmail.com --- Created attachment 55903 --> https://bugs.winehq.org/attachment.cgi?id=55903 crash
https://bugs.winehq.org/show_bug.cgi?id=41562
--- Comment #10 from x y z informacja.niejawna@gmail.com --- Created attachment 55904 --> https://bugs.winehq.org/attachment.cgi?id=55904 logs with patch
https://bugs.winehq.org/show_bug.cgi?id=41562
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #11 from winetest@luukku.com --- The crash at attachment id 55903 seems to be mono related. I would suspect installing winetricks -q dotnet20, dotnet35 or dotnet45 fixes that.
https://bugs.winehq.org/show_bug.cgi?id=41562
--- Comment #12 from x y z informacja.niejawna@gmail.com --- software needs dotnet40
tested versions (always crash): dotnet40, dotnet45, dotnet452, dotnet46
and I would add that I never seen crash before applying the patch.
https://bugs.winehq.org/show_bug.cgi?id=41562
--- Comment #13 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to x y z from comment #6)
it works with patch (SDR# is still connected to rtl_tcp)! but... after a few minutes is another error and crash
Looks like the patch really helped. The crash now is related to the following message in the log:
err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash
Could you try installing gdiplus with winetricks and see if that helps?
https://bugs.winehq.org/show_bug.cgi?id=41562
x y z informacja.niejawna@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #14 from x y z informacja.niejawna@gmail.com --- It works! Thank you all!
https://bugs.winehq.org/show_bug.cgi?id=41562
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |DUPLICATE
--- Comment #15 from Dmitry Timoshkov dmitry@baikal.ru --- Installing a native component with winetricks can't be considered as a fix. Let's mark this bug as a duplicate of bug 37669 for the first issue, please open a separate bug report for the gdiplus GDI object leak.
*** This bug has been marked as a duplicate of bug 37669 ***
https://bugs.winehq.org/show_bug.cgi?id=41562
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #16 from Bruno Jesus 00cpxxx@gmail.com --- Closing duplicate bugs.
-
wine-bugs＠winehq.org