You are not logged in.
This may affect only me, but reporting it in case anyone else has the issue.
Running the current Double Commander (Gtk) under current kernel on desktop and laptop. Fluxbox WM.
After yesterday's libmodplug upgrade 0.8.9.0-3 > 0.8.9.0-4, DC won't start. Trying from a terminal:
SystemLocale en_GB
SystemLanguage en
SystemEncoding UTF-8
DefaultSystemCodePage 65001
DefaultFileSystemCodePage 65001
DefaultRTLFileSystemCodePage 65001
XInitThreads: 1
[FORMS.PP] ExceptionOccurred
Sender=EInvalidOp
Exception=Invalid floating point operation
Stack trace:
$00007FEC644795AA in /usr/lib/libmodplug.so.1
$2E884D4767749400 in
Exception at 00007FEC644795AA: EInvalidOp:
Invalid floating point operation.
TServerListnerThread.Destroy
Nothing else with libmodplug as a dependency seems to be affected.
Edit: Fixed, of course, by downgrading to the previous libmodplug
Last edited by perseus (2022-12-28 13:14:20)
Offline
Same here! But the QT version is good (I just tried it)!
No one's the real thing. Some of us just have fewer lies to tell.
AMD Ryzen 7 5800X, 32GB RAM, GeForce RTX 3060 Ti, Arch Linux - Lutris+DXVK+Proton
Offline
Same here! But the QT version is good (I just tried it)!
Many Thanks.
I stick mainly to GtK apps, but I have a feeling that it may be a while before this issue is resolved.
I will switch if need be.
Offline
This may affect only me, but reporting it in case anyone else has the issue.
There's little point reporting it here, use the bug tracker.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
Understood.
It's just that personally, over quite a few years, I have found it useful when something like this crops up - possibly rare and with no obvious culprit, to scan the forum for early reports of it.
I will leave it now.
Last edited by perseus (2022-12-28 18:10:50)
Offline
This was reported to the bug tracker [1] but I was unable to repro. Is there some kind of doublecmd plugin that plays .mod involved? Any pointers?
Offline
I am running doublecmd-gtk2 1.0.9-1 [libmodplug 0.8.9.0-4 ] with fluxbox 1.3.7+211+g9d8202f3-1 and doublecmd starts and works without any problems. [Well, I can't resize my main window to make it smaller, but that's nothing new.]
$ doublecmd
SystemLocale en_US
SystemLanguage en
SystemEncoding UTF-8
DefaultSystemCodePage 65001
DefaultFileSystemCodePage 65001
DefaultRTLFileSystemCodePage 65001
XInitThreads: 1
Starting GuiMessageQueue
Starting Double Commander
Double Commander 1.0.9
Revision: 222
Commit: a844456e4
Build: 2022/12/03
Lazarus: 2.2.4.0
Free Pascal: 3.2.2
Platform: x86_64-Linux-gtk2
System: Arch Linux \r (\l)
Desktop Environment: Unknown
Widgetset library: GTK 2.24.33
This program is free software released under terms of GNU GPL 2
(C)opyright 2006-2022 Alexander Koblov (alexx2000@mail.ru)
and contributors (see about dialog)
What does libmodplug do? I don't see it listed as a dependency for Double Commander. Is this a plugin to play certain types of sound files in your file manager?
"Before Enlightenment chop wood, carry water. After Enlightenment chop wood, carry water." -- Zen proverb
Offline
Hello! I reported that bug yesterday, but it was closed and I was said to post on the forum for my problem (but someone with the same has already done it). I’m on Arch x86-64 with XFCE 4.18 and (if pertinent) xf86-video-ati video driver (X.org 21.1.6, mesa 22.3.1).
After booting my PC this morning, I tried again to update libmodplug to 0.8.9.0-4 and run DC, but it failed again, with the same message:
$ doublecmd
SystemLocale fr_FR
SystemLanguage fr
SystemEncoding utf8
DefaultSystemCodePage 65001
DefaultFileSystemCodePage 65001
DefaultRTLFileSystemCodePage 65001
XInitThreads: 1
[FORMS.PP] ExceptionOccurred
Sender=EInvalidOp
Exception=Invalid floating point operation
Stack trace:
$00007F4C280F15AA in /usr/lib/libmodplug.so.1
$566F622E8B0CDA00 in
Exception at 00007F4C280F15AA: EInvalidOp:
Invalid floating point operation.
TServerListnerThread.Destroy
And going back to 0.8.9.0-3 allowed DC to run again.
Weird, since libmodplug was just repacked with another cypher algorythm…
I must add that I have two PCs running Arch, and it fails on both. Both use XFCE and have an ATI/AMD GPU with xf86-video-ati drivers.
Libmodplug is required by FFMpeg, but not DC a priori, so I don’t understand what business DC has with it. Perhaps because of its preview/edit function (F3/F4, as in Midnight Commander and other * Commander file managers)?
Last edited by Trit (2022-12-29 08:38:40)
Offline
Same issue, executing doublecmd doesn't spawn a window and reports this error:
SystemLocale en_GB
SystemLanguage en
SystemEncoding UTF-8
DefaultSystemCodePage 65001
DefaultFileSystemCodePage 65001
DefaultRTLFileSystemCodePage 65001
XInitThreads: 1
[FORMS.PP] ExceptionOccurred
Sender=EInvalidOp
Exception=Invalid floating point operation
Stack trace:
$00007F3F1C8795AA in /usr/lib/libmodplug.so.1
$BE122C6F6D235E00 in
Exception at 00007F3F1C8795AA: EInvalidOp:
Invalid floating point operation.
TServerListnerThread.Destroy
Tried renaming ~/.config/doublecmd to something else temporary, same error happens anyway.
Changed the lua library file path to use temporary, disables the plugin functionality, same error too.
Like mentioned in previous replies, downgrading libmodplug solves the issue.
Offline
Weird, since libmodplug was just repacked with another cypher algorythm…
The sha512sum of libmodplug.so.1.0.0 differs between the 2 packages, so the files are different.
Likely the culprit is not the cipher change but the rebuild.
Offline
Because of the message, what CPUs do you have for those that get this issue?
Offline
Because of the message, what CPUs do you have for those that get this issue?
Laptop: Intel(R) Core(TM)2 Duo CPU P7450 @ 2.13GHz (Q1 2009)
Desktop: Intel(R) Core(TM)2 Quad CPU Q8200 @ 2.33GHz (Q4 2008)
I’ll try to compile libmodplug myself from the PKGBUILD and see what I get. EDIT: even after having compiled it myself, it does not work. But the source file (libmodplug-0.8.9.0.tar.gz) is still dated from April 2017.
Last edited by Trit (2022-12-30 08:21:24)
Offline
Because of the message, what CPUs do you have for those that get this issue?
AMD Ryzen 7 5800X
No one's the real thing. Some of us just have fewer lies to tell.
AMD Ryzen 7 5800X, 32GB RAM, GeForce RTX 3060 Ti, Arch Linux - Lutris+DXVK+Proton
Offline
Because of the message, what CPUs do you have for those that get this issue?
Desktop : quad core Intel Core i5-6600
Laptop : dual core Intel Intel Core i3-8130U
Offline
Oh, nice. Somebody wrote a pointless GUI clone of mc…
modplug is drawn in by https://archlinux.org/packages/extra/x8 … umbnailer/ (strace's your buddy) which isn't even listed as optional dependency for doublecmd and is probably the discrimnating factor.
Edit: can you
ffmpegthumbnailer -i notporn.mp4 -o hopefully.png
?
Last edited by seth (2022-12-30 20:27:17)
Offline
> ffmpegthumbnailer
Thanks @seth. That is indeed the missing link. I can now repro and will therefore reopen the bug.
Offline
Enough CPU variety that my guess is likely wrong.
Offline
can you
ffmpegthumbnailer -i notporn.mp4 -o hopefully.png
I suspect that rebuilding ffmpegthumbnailer will do.
Last build of ffmpegthumbnailer was 2022-02-17, last build of ffmpeg were 2022-09-26 and the previous build of modplug 2020-05-16 and gcc and glibc changed since the last time ffmpegthumbnailer (ffthumbs would have been too short, heh?) was built.
Offline
libmodplug has been patched (0.8.9.0-5).
Thank you! And happy new year!
Last edited by Trit (2023-01-02 09:02:09)
Offline
Many thanks, and HNY to all.
Working for me now.
Offline