eZap-Probleme genereller betrachtet...

[tmbinc]

Also, ich weiss jetzt woran das liegt, dass ezap nur "so manchmal" <IMG SRC="/forum/images/smiles/icon_smile.gif"> startet und sonst hängen bleibt.

und zwar liegt's mal wieder am mktime. Die unix-clock ist mehr oder weniger zufällig beim booten (ihr wisst ja, die realtime clock ist ja stuck *g*) nunja.

(mini-)QTE benutzt die zeit aber für seine timeouts - als folge der zeit, die noch VOR der epoch liegt (keine ahnung wie DAS nun wieder technisch möglich ist?) kommt der select-timeout wert voll durcheinander. die folge ist ein -EINVAL vom newselect-syscall, dessen folge ein komplett defunktionables qte ist.

ich fordere also: FUNKTIONIERENDES MKTIME FÜR ALLE! KEINE WEITEREN URALTEN ZEITANGABEN (von 1935 bis 1970 kam alles vor)! SCHREITEN WIR ENDLICH FORT INS 21. JHD AUCH MIT DER GEFAKTEN RTC!

erm ja, das war alles.

(also evtl. sollten wir mktime in der glibc fixen, weil auch "date" der bb nicht geht etc. <IMG SRC="/forum/images/smiles/icon_wink.gif">

... und es lag DOCH am gcc3. aber der hält die standards ja nur genauer ein (c) waldi

<font size=-1>[ This Message was edited by: tmbinc on 2001-08-02 06:47 ]</font>