Dotaz: Výjimka v pohyblivé řádové čárce (SIGFPE)

[Kdakel]

Ahoj
tohle už jde mimo mě :) Co vlastně znamená tato hláška ? Děje se to po poslední aktualizaci systému (Manjaro linux), předtím aplikace fungovala..

řádek 3:  5227 Výjimka v pohyblivé řádové čárce (SIGFPE)                 (core dumped [obraz paměti uložen])

Děkuji

---

---

Odpovědi

[🇹🇬]

jaká apka?? :O :O

[Kdakel]

No jedná se software ISD-02 na programování (konfiguraci a zálohování) ústředen, kterých spravuji "mraky". Takže docela nepříjemný problém..Za zmínku stojí, že verze kterou mám, je již 10 let stará a žádná aktualizace od výrobce není. Ostatně ani verze pro Windows není zrovna "nejmladší".. Zatím to řeším poněkud "těžkopádným" způsobem - dle potřeby nabootuji z naklonovaného disku na kterém jsem ještě aktualizaci OS neprováděl.. No pokud se nepodaří problém vyřešit, mohu se pokusit kontaktovat výrobce, zdali náhodou nezapracoval na nějaké novější verzi a pak zbývá ještě zkusit Wine, nebo ve virtualizovaných Windows, případně nepoužívat distribuci Manjaro ale poslední tři možnosti se mi přirozeně nezamlouvají :)

[🇹🇬]

na tý stránce je odkaz asi jenom na jedinou hádám nejposlednější verzi hele zip a ta si myslim že je jako dělaná jenom pro windows :'( v manuálu se piše o souborech co tam jako vubec nejsou jako třeba isd.sh

└── ISD-02
    ├── APPLICATION
    │   ├── media
    │   ├── png
    │   └── xml
    ├── Change_Log.txt
    ├── DATA
    │   └── INIT_EC
    │       ├── 2502_U68_Laskomex.bin
    │       ├── CD2600_H51_1234_PPUH Laskomex.bin
    │       ├── CD2600_H52x_1234_PPUH Laskomex.bin
    │       ├── CD2600_U51_1234_PPUH Laskomex.bin
    │       ├── CD2600_U52x_1234_PPUH Laskomex.bin
    │       ├── EC2502_H65_SN1234_PPUH Laskomex.bin
    │       ├── EC2502_H66_SN1234_PPUH Laskomex.bin
    │       ├── EC2502_H67_SN1234_PPUH Laskomex.bin
    │       ├── EC2502_H68_SN1234_PPUH Laskomex.bin
    │       ├── EC3100_H70d_SN1234_PPUH Laskomex.bin
    │       └── EC3100_H71_SN1234_PPUH Laskomex.bin
    ├── DRIVER
    │   └── ISD-02_XPV7.inf
    ├── HELP
    │   ├── Application
    │   ├── background.jpg
    │   ├── Error 404
    │   ├── Instrukcja odzyskiwania kodów TM IU001.pdf
    │   ├── ISD-02_-_LI¼EN¼N╡ ZMLUVA.pdf
    │   ├── ISD-02_-_LICENCE AGREEMENT.pdf
    │   ├── ISD-02_-_UMOWA LICENCYJNA.pdf
    │   ├── ISD-02_-_ЛИЦЕНЗИОННЫЙ ДОГОВОР.pdf
    │   └── System
    ├── Instrukcja odzyskiwania kodów TM IU001.pdf
    ├── Laskomex-ISD-02.exe
    ├── mingwm10.dll
    ├── qextserialport.dll
    ├── QtCore4.dll
    ├── QtGui4.dll
    ├── QtNetwork4.dll
    ├── QtWebKit4.dll
    ├── QtXml4.dll
    └── TM_Convert.exe

myslíš že by se jako moc zlobili kdybse ta starodávná linuxová verze oběvila skrz tor třeba někde tady hele když tamtu tam maj jakoby zdarma? ;D ;D

[Kdakel]

Myslím, že ne..
No taky koukám že to v tom archivu chybí, bývala tam vždycky složka "UBUNTU".. No a dle distribuce jsem doinstaloval vždycky potřebné i386 knihovny a deset let to šlapalo.. :)

[🇹🇬]

se mi podařila spustit jenom si stěžovala že nemá libpng12.so.0

libpng se dá stáhnout tady hele a musí se zkompilovat pro 32bit

./configure --prefix=/home/greta/libpng CFLAGS="-m32" LDFLAGS="-m32"
make
make install

sestavenou knihovnu pak nakopírovat do tý složky LIB a rači ještě jakoby udělat symlink

ln -s libpng12.so.0.59.0 libpng12.so.0

pak pustit de ale trochu si nadává do terminálu

[greta@greta-pc ISD-02]$ ./isd.sh
Main Init
Lng-Parse OK
Lng Init
make btn:  "btnExit" 
make btn:  "btnLng1" 
make btn:  "btnLng2" 
make btn:  "btnLng3" 
make btn:  "btnLng4" 
QSslSocket: cannot resolve CRYPTO_num_locks
QSslSocket: cannot resolve CRYPTO_set_id_callback
QSslSocket: cannot resolve CRYPTO_set_locking_callback
QSslSocket: cannot resolve sk_free
QSslSocket: cannot resolve sk_num
QSslSocket: cannot resolve sk_value
QSslSocket: cannot resolve SSL_library_init
QSslSocket: cannot resolve SSL_load_error_strings
QSslSocket: cannot resolve SSLv2_client_method
QSslSocket: cannot resolve SSLv3_client_method
QSslSocket: cannot resolve SSLv23_client_method
QSslSocket: cannot resolve SSLv2_server_method
QSslSocket: cannot resolve SSLv3_server_method
QSslSocket: cannot resolve SSLv23_server_method
QSslSocket: cannot resolve OPENSSL_add_all_algorithms_noconf
QSslSocket: cannot resolve OPENSSL_add_all_algorithms_conf
QSslSocket: cannot call unresolved function CRYPTO_num_locks
QSslSocket: cannot call unresolved function CRYPTO_set_id_callback
QSslSocket: cannot call unresolved function CRYPTO_set_locking_callback
QSslSocket: cannot call unresolved function SSL_library_init
Lng Destroy
Main InitEnd
QSslSocket: cannot call unresolved function CRYPTO_num_locks
QSslSocket: cannot call unresolved function CRYPTO_set_id_callback
QSslSocket: cannot call unresolved function CRYPTO_set_locking_callback

kdy ti ta apka jako padá??

[🇹🇬]

v manjaru to taky jede

Linux greta-pc 5.4.22-1-MANJARO #1 SMP PREEMPT Mon Feb 24 09:01:11 UTC 2020 x86_64 GNU/Linux
Description:	Manjaro Linux
Release:	19.0.1
Codename:	Kyria

[Kdakel]

No spadne hned (respektive se nespustí) když se ji pokusím spustit.. Jak jsem psal, dělá to po poslední aktualizaci Manjara, pokud nabootuji Manjaro před aktualizací tak funguje bez problému.. No a do terminálu si "nadávala" vždycky co si pamatuji, ale na funkci nemělo vliv..

[kohout@kohout-pc ISD-02]$ ./isd.sh 
./isd.sh: řádek 3: 22479 Výjimka v pohyblivé řádové čárce (SIGFPE)                        (core dumped [obraz paměti uložen]) ./ISD-02 $*

[Jendа]

gdb

valgrind

(chápu, že bez zdrojáků/debug symbolů to bude těžké, ale třeba se zjistí, že to padá v nějaké knihovně - to by asi docela odpovídalo tomu, že se to děje po updatu. No a (nebo) zkusit knihovny bisectovat proti tomu starému funkčnímu systému)

[🇹🇬]

bych si jako vsadila na tu libpng ;D

apka si tahá svý vlasní starodávný třicetidvoubitový knihovničky ze svý složky LIB ale chybí jim tam právě ta libpng bez který to neběží. nóóó a když tam libpng nevidí tak si bere nějakou systémovou si jako myslim ;D

fakt si ji zkus zkompilovat a strčit tam. zkoušela sem to teda na skoro čistý instalaci tamtoho manjara a tam apka funguje. takle to vypadá u mě adresářově

[greta@greta-pc ISD-02]$ tree -L 2
.
├── APPLICATION
│   ├── media
│   ├── png
│   └── xml
├── DATA
│   └── INIT_EC
├── HELP
│   ├── Application
│   ├── background.jpg
│   ├── ISD-02_-_LICENCE AGREEMENT.pdf
│   ├── ISD-02_-_UMOWA LICENCYJNA.pdf
│   └── System
├── Isd.ini
├── isd.sh
├── ISD-02
├── LIB
│   ├── imageformats
│   ├── libaudio.so.2
│   ├── libdirectfb-1.2.so.0
│   ├── libdirect-1.2.so.0
│   ├── libfusion-1.2.so.0
│   ├── libmikmod.so.2
│   ├── libphononexperimental.so.4 -> libphononexperimental.so.4.2.0
│   ├── libphononexperimental.so.4.2.0
│   ├── libphonon.so.4
│   ├── libpng12.so.0 -> libpng12.so.0.59.0
│   ├── libpng12.so.0.59.0
│   ├── libqextserialport.so.1
│   ├── libQtCore.so.4
│   ├── libQtDBus.so.4
│   ├── libQtGui.so.4
│   ├── libQtNetwork.so.4
│   ├── libQtWebKit.so.4
│   ├── libQtXml.so.4
│   ├── libSDL_mixer-1.2.so.0
│   ├── libSDL-1.2.so.0
│   ├── libsmpeg-0.4.so.0
│   └── libuniquewm-1.2.so.0
└── licence.pdf

[Vladimír Čunát]

Znamená to, že proces, který měl PID 5227, a byl spuštěn na řádku 3 skriptu, dostal signál SIGFPE, který neodchytil, a proto byl ukončen. SIGFPE dostane třeba když se pokusí dělit nulou. Někam to uložilo coredump, který můžeš nahrát v gdb (předtím je potřeba nainstalovat ladící symboly k tomu programu, ty budou v balíčku končícím -dbg nebo -dbgsym, přičemž třeba v Debianu se musí aktivovat deb-src část repozitáře) a podívat se, na které řádce to umřelo.

[Kdakel]

No to vypadá jako běh na dlouhou trať.. No možná blbá otázka, ale už jste to někdy úspěšně řešil ? :)

[Jendа]

Ne, ale řešil jsem několik bugů v různých cizích programech (vlastní nepočítám, protože tam se člověk většinou vyzná) a většinou se to nějak povedlo, když už ne opravit, tak alespoň obejít (často se ukáže, že chyba není tam, kde to původně vypadalo -- v tomto případě se třeba může zjistit, že chyba není v tom programu (i když tohle by asi mohl ošetřovat), ale v nějakém jiném, který mu posílá data, a zapisuje tam omylem nulu, kterou se pak dělí).

[🇹🇬]

The SIGFPE signal is sent to a process when it executes an erroneous arithmetic operation, such as division by zero. This may include integer division by zero, and integer overflow in the result of a divide (only INT_MIN/-1, INT64_MIN/-1 and %-1 accessible from C)

hele ;D

[Kdakel]

Tak nakonec po aktualizaci jádra program opět bez problému funguje..

[🇹🇬]

supr žeto běhá :D

ale žeby to jako bylo jádrem se mi moc nechce věřit :O ;D