Error WUid 2910642

[coturnix]

Die folgenden vier Versionen laufen jetzt bei mir durch:

Code: Alles auswählen

(1) CFLAGS="-O2 -m64 -msse4 -pipe" ./configure --enable-debugging=3 --enable-sse
(2) CFLAGS="-O2 -m64 -msse4 -pipe" ./configure --enable-sse
(3) CFLAGS="-O2 -m64 -msse4 -fomit-frame-pointer -malign-double -fstrict-aliasing -mfpmath=sse" ./configure --enable-sse
(4) CFLAGS="-O2 -m64 -msse4 -static" ./configure --enable-sse

(1) und (2) sind soeben erfolgreich durchgelaufen, damit liegt es wohl doch nicht an den Debugging-Schaltern. (3) sind die Parameter der SSE4-Version für Windows, (4) die Parameter der SSE4-Version für Linux x64 (wenn ich der Ausgabe des Binaries folge). Damit wäre (4) exakt so kompiliert wie bei euch, nur eben mit einem anderen Compiler. Schauen wir mal, was da passiert.

Tilman

[coturnix]

Über Nacht sind auch Version (3) und (4) erfolgreich durchgelaufen. Damit waren bisher ausnahmslos alle von mir selbst kompilierten Versionen erfolgreich. Und (4) ist exakt so wie bei euch kompiliert, nur eben mit einer anderen GCC-Version. Das ist merkwürdig.

Kann ich sonst noch irgendwie behilflich sein?

Tilman

[nico]

So hatte die WU die Nacht auch unter Linux durchlaufen lassen. Das hat ohne Fehler funktioniert. Allerdings hatte ich eine eigens compilierte Version genutzt. Probiere es nochmal mit der cmsearch Version, die der BOINC-Server rumschickt. Oder hat das schon jemand getestet?

Ergebnis: http://pastebin.com/bpeZdeyK

[coturnix]

Ja, ich habe die SSE4- und die SSE2-Version von cmsearch für Linux x64 ausprobiert, beide mit demselben Fehler.

[nico]

Ok die cmsearch Version vom BOINC-Server hat genau nichts ausgegeben. In dmesg stand dann:
cmsearch[5080] general protection rip:51a265 rsp:7fffac269ed0 error:0

Dazu habe ich dann das gefunden:

The kernel logs unhandled user signals. The x86-64 architecture causes general protection
fault for "non canonical pointers" (pointers where the bits 58 to 63 are not all 0 or all 1).
These are the same as a normal segfault essentially, but mapped to a different exception.

So in short it's just an ordinary bad pointer in your program.

[coturnix]

Das cmsearch binary vom BOINC-Server ist ja statisch gelinkt. Könnte es eventuell sein, dass in dem libc/libm-Anteil der da drin enthalten ist ein Bug war, der jetzt in den neueren Versionen, die wir immer zum Kompilieren genommen haben, behoben ist? Dieser minimale Unterschied in der Compiler-Version scheint mir da nicht so ausschlaggebend sein zu können.

Tilman

[Norman]

selbstkompilierte cmsearch unter linux und windows sind bei mir sauber durchgelaufen.

[Michael H.W. Weber]

Könnt ihr mich mal bitte kurz erhellen, was ihr unter Linux mit "selbstkompiliert" meint? Ihr laded euch das INFERNAL-Paket runter und installiert es so, wie in der Anleitung beschrieben oder was genau ist gemeint?

Michael.

[Norman]

wir nehmen den quellcode und kompilieren ihn auf unseren kisten mit den optionen wie sie auch auf rnaworld zu finden sind.
dann haben wir die ausführbaren programme und lassen die laufen und gucken was passiert.
bisher liefen alle selbstgemachten mit verschiedensten optionen mehrfach bei der problem-Intron-WU durch.
vielleicht ein linkerproblem oder nen compilerproblem bei den rnaworld-versionen

[Sabroe@P3D]

Sollten solch funktionierenden Apps nicht schnell verteilt werden? Gerade hatte ich wieder so ein Monster aufgegabelt : 93 Std vorausberechnete Laufzeit

[Michael H.W. Weber]

Sollten solch funktionierenden Apps nicht schnell verteilt werden?

Ja. Aber noch haben wir keine solche. Sind aber dran...

Michael.

[coturnix]

Da die ausgelieferten Binaries sowohl unter Windows als auch unter Linux einen Fehler produzieren, aber von unterschiedlichen Compiler-Versionen gebaut wurden, würde ich eher auf das Linking tippen. Wie schon oben vermutet vielleicht ein Bug in den statisch dazu gelinkten Funktionen. Aber im Prinzip ist das auch nur geraten, wenn nicht die exakte System-Umgebung zum Build-Zeitpunkt rekonstruierbar ist.

Tilman