- This topic has 80 hozzászólás, 9 résztvevő, and was last updated 16 years, 7 months telt el by
.
-
Bejegyzés
-
gabaman wrote:Mivel a gcc (statikus foglalás), glibc (dinamikus foglalás) és az OS hármas osztja ki a memória címeket, ezért életszerű az, hogy nálad nem volt NaN, másik gépeken igen mindenféle ellentmondás nélkül. Az is szerepet játszhat, hogy milyen szoftverek futottak előtte, az rk statikus tömb minek a helyét kapta meg.
Akkor ez lehetett a rendszeres NaN ill. nem NaN oka? Biztosan az is szerepet játszott, hogy a NaN-os gépek mindegyikén ubuntu futott, nálam egy pld, a laptopon egy debian. Ha valaki szeretné egy plusz kíváncsiságomat kielégíteni, akkor futtassa már az egyik korábbi hozzászólásomhoz mellékelt forrást egy ubuntu-n, hogy ez a jelenség ubuntu-specifikus-e.gabaman wrote:Az hogy valahol futott máshol meg nem, ne zavarjon meg, a memória hibák általában ilyenek, lappanganak és alattomosak, csak az a biztos hogy mindig kiszámíthatatlan a hatásuk.
Na, ennek roppant módon örülök 😉 Van valami fogás, amivel ezeknek elejét lehet venni? (Nem, nem akarok assemblyben programozni 🙂 )gabaman wrote:Mivel a gcc (statikus foglalás), glibc (dinamikus foglalás) és az OS hármas osztja ki a memória címeket, ezért életszerű az, hogy nálad nem volt NaN, másik gépeken igen mindenféle ellentmondás nélkül. Az is szerepet játszhat, hogy milyen szoftverek futottak előtte, az rk statikus tömb minek a helyét kapta meg.
Akkor ez lehetett a rendszeres NaN ill. nem NaN oka? Biztosan az is szerepet játszott, hogy a NaN-os gépek mindegyikén ubuntu futott, nálam egy pld, a laptopon egy debian. Ha valaki szeretné egy plusz kíváncsiságomat kielégíteni, akkor futtassa már az egyik korábbi hozzászólásomhoz mellékelt forrást egy ubuntu-n, hogy ez a jelenség ubuntu-specifikus-e.gabaman wrote:Az hogy valahol futott máshol meg nem, ne zavarjon meg, a memória hibák általában ilyenek, lappanganak és alattomosak, csak az a biztos hogy mindig kiszámíthatatlan a hatásuk.
Na, ennek roppant módon örülök 😉 Van valami fogás, amivel ezeknek elejét lehet venni? (Nem, nem akarok assemblyben programozni 🙂 )Nem is Ubuntu specifikus. Nálam, Debianon oké (amd64, 32-es rendszer). Apám Ubuntuján (legújabb) is oké (32 bites Celeron, laptop). Fönt, nővérem SuSE 9.3-án NaN (régi cerka).
Sry, elfelejtettem írni, hogy nálam fordult, mert a másik két gépen nincs gcc.
Nem is Ubuntu specifikus. Nálam, Debianon oké (amd64, 32-es rendszer). Apám Ubuntuján (legújabb) is oké (32 bites Celeron, laptop). Fönt, nővérem SuSE 9.3-án NaN (régi cerka).
Sry, elfelejtettem írni, hogy nálam fordult, mert a másik két gépen nincs gcc.
Debian Lenny/Sid/Experimental kutyulék, AMD Athlon 64 X2 megy.
Hmm, ez módosítanom kell. A „program” lefordul, lefut, kiadja: 3 bolygó, 3 dimenzió, az adatok fájlba irányítva, majd azt az animáció
scripttel gnuplotba beolvasva ~ 1 perc 40 másodpercig hiba nélkül „rajzol”, majd elkezd NaN-olni. Gondolom nem az adat fogy el, mert később ~2 perc után kiírja, hogy a Z koordináta adatai üresek…Debian Lenny/Sid/Experimental kutyulék, AMD Athlon 64 X2 megy.
Hmm, ez módosítanom kell. A „program” lefordul, lefut, kiadja: 3 bolygó, 3 dimenzió, az adatok fájlba irányítva, majd azt az animáció
scripttel gnuplotba beolvasva ~ 1 perc 40 másodpercig hiba nélkül „rajzol”, majd elkezd NaN-olni. Gondolom nem az adat fogy el, mert később ~2 perc után kiírja, hogy a Z koordináta adatai üresek…Csak egy ötlet, lehet, hogy hülyeség:
Ha esetleg libc függő a jelenség? (Mert szívtam már libc lebegőpontos részével, igaz, nem linuxon, hanem AIX-en).
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz