Michael Scheiba wrote:

...

...

...

das 'man' Segmentation Errors produziert, liegt wahrscheinlich an Deinem Speicher. Stelle entweder das Timing im BIOS etwas 'moderater' ein oder teste Deine RAMriegel auf Fehler.

genau, teste das mal...

...

...

Da muß ich wiedersprechen: ein segmentation fault ist ein Speicherzugriffsfehler, den der Kernel entdeckt hat.

und warum sollte der speicher nicht daran schuld sein?

Kann ja schon sein, daß der Speicher mal ein Bit gekippt hat ABER: ich bekomme, wenn ich in C programmiere, bei Fehlern mit der Zeigerarithmetik hin und wieder solche Fehler, maW: In den allermeisten Fällen ist ein Segfault kein Hardwareproblem (das wäre schlecht für die div SUNs, die wir an der Uni haben und auch schlecht für meinen nagelneuen Speicherriegel).

...

...

Das ganze deutet zunächst auf ein unsauber programmiertes Programm hin

^^^^^^^^^^^^^^^ Da habe ich es geschrieben: Ein SEGfault ist zuerst ein Versagen des Programms, Hardwareschäden habe ich aber nicht ausgeschlossen.

...

...

(bzw das Programm bekommt Eingaben, welches es nicht korrekt interpretiert und kommt in einen nicht definierten Zustand ...)

neeeee, da muss ich mal energisch widersprechen: ein segfault wird doch nicht zwingend durch ein fehlerhaftes programm verursacht... das ist _so_ nicht richtig. auch durch fehlerhaften speicher oder durch falsches timing im Bios wird ein segfault verursacht.

Hatte ich nicht ausgeschlossen, ist aber eher unwahrscheinlich, wenn das System ansonsten keine Fehler produziert. Wenn das restliche System auch ständig von unerklärlichen Fehlern belastet wird könnte das wirklich an fehlerhafter Hardware liegen, in diesem Fall geht es aber nur um "man".

...

Wenn "man" Deiner Meinung nach unsauber programmiert ist, versuche doch bitte den Bug auf Deiner Kiste zu reproduzieren.

hmm, wollt ich auch grad vorschlagen ;) also ich konnte es auf 6 rechnern mit unterschiedlichen distributionen/speicherausstattung/prozessor nicht nachvollziehen.

Nun, das dürfte schwirig sein, denn: Der Kernel verwaltet die Speicherfragmente, die den div. Programmen zugeteilt werden. Die Wahrscheinlichkeit, daß mein Kernel GENAU die selbe Reihenfolge und Aufteilung meines Speichers vornimmt ist ziemlich unwahrscheinlich. Vielmehr würde ich dem ursprünglichen Frager mal vorschlagen den Befehl unter verschiedenen Voraussetzungen zu starten (zB mal in einem xterm oder auf der Konsole oder mal ans anderer Benutzer). Wenn sich die Fehler immer exakt reproduzieren lassen, dann würde ich mal prüfen, wie die Ausgabe unter xman oder tclman (weiß jetzt nicht, ob die genau so heißen) aussieht. Wenn diese Programm "sonderbare" Ausgaben erzeugen, dann würde ich mal probieren, ob nicht vielleicht die .gz-Datei, die dem Thema gewidmet ist, einen Schlag hat und beim Entpacken mit gzip Fehler verursacht. 'man' ist ja kein Programm, welches völlig unabhängig arbeitet. Es ist auf die kleinen Helfer wie "less" oder "gzip" angewiesen. Wenn diese Programme irgendwoher einen Fehler verursachen, dann wird die GESAMTE Verarbeitung mit "Segmentation fault" abgebrochen. Mfg Raphael Becker -- ___________ Powered by SuSE __________________ ___ /___(_)__________ _____ __ ___ ____/__|__ / Raphael __ / __ /__ __ \ / / /_ |/_/ ______ \ ___/_ < Becker _ /___ / _ / / / /_/ /__> < ____/ /______/ / /_____/_/ /_/ /_/\__,_/ /_/|_| /_____/_(_)____/ -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux