nicehash/NHOS-Flash-Tool

1.0.6 not working on Fedora 32

brynnneilson opened this issue · 2 comments

Not working on Fedora 32. This is the error I get when I run it from the command line:
`[user@brynn-linux ~]$ /usr/local/nhos-flash-tool
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
corrupted size vs. prev_size
sh -c "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY sudo '/usr/local/nhos-flash-tool' '/home/user/.local/share/NHOS Flash Tool'"[user@brynn-linux ~]$

`

This is what shows up in the logs:

Process 3418 (nhos-flash-tool) of user 0 dumped core.

Stack trace of thread 3418:
#0 0x00007f9ce21ed7d5 raise (libc.so.6 + 0x3c7d5)
#1 0x00007f9ce21d6895 abort (libc.so.6 + 0x25895)
#2 0x00007f9ce2231627 __libc_message (libc.so.6 + 0x80627)
#3 0x00007f9ce2238b4c malloc_printerr (libc.so.6 + 0x87b4c)
#4 0x00007f9ce22398a6 unlink_chunk.constprop.0 (libc.so.6 + 0x888a6)
#5 0x00007f9ce22399f7 malloc_consolidate (libc.so.6 + 0x889f7)
#6 0x00007f9ce223b855 _int_malloc (libc.so.6 + 0x8a855)
#7 0x00007f9ce223d3c9 malloc (libc.so.6 + 0x8c3c9)
#8 0x00007f9ce384db9f readlinkat_malloc.part.0 (libudev.so.1 + 0x12b9f)
#9 0x00007f9ce384e856 readlink_value (libudev.so.1 + 0x13856)
#10 0x00007f9ce384bbd2 sd_device_get_subsystem (libudev.so.1 + 0x10bd2)
#11 0x00007f9ce384c0d7 udev_device_get_parent_with_subsystem_devtype (libudev.so.1 + 0x110d7)
#12 0x000000000041aad4 _ZN14device_manager4impl17enumerate_devicesEv (nhos-flash-tool + 0x1aad4)
#13 0x000000000041ae42 _ZN14device_manager4impl16get_devices_infoEv (nhos-flash-tool + 0x1ae42)
#14 0x000000000041af61 _ZN14device_manager16get_devices_infoEv (nhos-flash-tool + 0x1af61)
#15 0x0000000000449247 _ZN11main_window13update_windowEv (nhos-flash-tool + 0x49247)
#16 0x000000000044b1cb ZN11main_windowC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES7 (nhos-flash-tool + 0x4b1cb)
#17 0x000000000040f28f main (nhos-flash-tool + 0xf28f)
#18 0x00007f9ce21d8082 __libc_start_main (libc.so.6 + 0x27082)
#19 0x000000000040fd1a _start (nhos-flash-tool + 0xfd1a)

Stack trace of thread 3419:
#0 0x00007f9ce22a786f __poll (libc.so.6 + 0xf686f)
#1 0x00007f9cdf1fe38a _xcb_conn_wait (libxcb.so.1 + 0xd38a)
#2 0x00007f9cdf20071a xcb_wait_for_event (libxcb.so.1 + 0xf71a)
#3 0x00007f9cd202dc68 _ZN14QXcbEventQueue3runEv (libQt5XcbQpa.so.5 + 0x64c68)
#4 0x00007f9ce264e680 _ZN14QThreadPrivate5startEPv (libQt5Core.so.5 + 0xc6680)
#5 0x00007f9ce2198432 start_thread (libpthread.so.0 + 0x9432)
#6 0x00007f9ce22b26d3 __clone (libc.so.6 + 0x1016d3)

Stack trace of thread 3420:
#0 0x00007f9ce22a786f __poll (libc.so.6 + 0xf686f)
#1 0x00007f9ce13b7aae g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0x52aae)
#2 0x00007f9ce13b7be3 g_main_context_iteration (libglib-2.0.so.0 + 0x52be3)
#3 0x00007f9ce282eaa3 _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5 + 0x2a6aa3)
#4 0x00007f9ce27e183b _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5 + 0x25983b)
#5 0x00007f9ce264d417 _ZN7QThread4execEv (libQt5Core.so.5 + 0xc5417)
#6 0x00007f9cd1f0e51b _ZN22QDBusConnectionManager3runEv (libQt5DBus.so.5 + 0x1951b)
#7 0x00007f9ce264e680 _ZN14QThreadPrivate5startEPv (libQt5Core.so.5 + 0xc6680)
#8 0x00007f9ce2198432 start_thread (libpthread.so.0 + 0x9432)
#9 0x00007f9ce22b26d3 __clone (libc.so.6 + 0x1016d3)

Stack trace of thread 3422:
#0 0x00007f9ce22a9d8b __select (libc.so.6 + 0xf8d8b)
#1 0x000000000041bc6b _ZN14listener_linux15start_listeningEv (nhos-flash-tool + 0x1bc6b)
#2 0x00007f9ce2811ed0 _Z10doActivateILb0EEvP7QObjectiPPv (libQt5Core.so.5 + 0x289ed0)
#3 0x00007f9ce264c52e _ZN7QThread7startedENS_14QPrivateSignalE (libQt5Core.so.5 + 0xc452e)
#4 0x00007f9ce264e668 _ZN14QThreadPrivate5startEPv (libQt5Core.so.5 + 0xc6668)
#5 0x00007f9ce2198432 start_thread (libpthread.so.0 + 0x9432)
#6 0x00007f9ce22b26d3 __clone (libc.so.6 + 0x1016d3)

1.0.5 doesn't work either but 1.0.4 does