Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

28.01.2004, 20:47

Problem beim kompilieren von ttmkfdir.cpp

Hi,

ich habe gestern gentoo aufgesetzt, allerdings noch kein X-System.
Ich habe mich dabei genau an die deutsche x86-Anleitung gehalten.
Danach habe ich ein "emerge -u system" ausgeführt.

Heute morgen wollte ich den Kernel 2.6.1 einspielen, da der 2.4er mit meinem Mainboard Probleme hat (Radeon-Grafikkarte, AGP8x).
Dazu habe ich folgende Befehle ausgeführt:
[code:1]emerge development-sources
ln -sf /usr/src/linux-2.6.1 /usr/src/linux
nach einem make menuconfig:
make && make modules_install
mount /dev/hda6
mv /boot/bzImage /boot/bzImage2.4
mv /usr/src/linux/arch/i386/boot/bzImage /boot/bzImage
nano -w /boot/grub/grub.conf (angepasst um den 2.4er laden zu können)[/code:1]

Das hat auch einwandfrei geklappt, beim starten meldet sich Linux als 2.6.1. Auch sonst treten keine Fehler auf.

Dann wollte ich xfree/kde aufsetzen.
Also (nach einem emerge sync):
emerge xfree

Dieser Befehl bricht aber schon nach ein paar Sekunden ab. :(
Der Fehlerstream sieht so aus:
[code:1]
In file included from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/stdio.h:683,
from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/g++-v3/cstdio:52,
from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/g++-v3/i686-pc-linux-gnu/bits/c++io.h:35,
from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/g++-v3/bits/fpos.h:44,
from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/g++-v3/iosfwd:46,
from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/g++-v3/ios:44,
from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/g++-v3/ostream:45,
from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/g++-v3/iostream:45,
from ttmkfdir.cpp:2:
/usr/include/bits/stdio.h: In function `int getchar()':
/usr/include/bits/stdio.h:42: declaration of `int getchar()' throws different
exceptions
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/stdio.h:394: than previous
declaration `int getchar() throw ()'
/usr/include/bits/stdio.h: In function `int getc_unlocked(FILE*)':
/usr/include/bits/stdio.h:51: declaration of `int getc_unlocked(FILE*)' throws
different exceptions
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/stdio.h:403: than previous
declaration `int getc_unlocked(FILE*) throw ()'
/usr/include/bits/stdio.h: In function `int getchar_unlocked()':
/usr/include/bits/stdio.h:58: declaration of `int getchar_unlocked()' throws
different exceptions
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/stdio.h:404: than previous
declaration `int getchar_unlocked() throw ()'
/usr/include/bits/stdio.h: In function `int putchar(int)':
/usr/include/bits/stdio.h:67: declaration of `int putchar(int)' throws
different exceptions
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/stdio.h:419: than previous
declaration `int putchar(int) throw ()'
/usr/include/bits/stdio.h: In function `int fputc_unlocked(int, FILE*)':
/usr/include/bits/stdio.h:76: declaration of `int fputc_unlocked(int, FILE*)'
throws different exceptions
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/stdio.h:428: than previous
declaration `int fputc_unlocked(int, FILE*) throw ()'
/usr/include/bits/stdio.h: In function `int putc_unlocked(int, FILE*)':
/usr/include/bits/stdio.h:86: declaration of `int putc_unlocked(int, FILE*)'
throws different exceptions
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/stdio.h:433: than previous
declaration `int putc_unlocked(int, FILE*) throw ()'
/usr/include/bits/stdio.h: In function `int putchar_unlocked(int)':
/usr/include/bits/stdio.h:93: declaration of `int putchar_unlocked(int)' throws
different exceptions
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/stdio.h:434: than previous
declaration `int putchar_unlocked(int) throw ()'
/usr/include/bits/stdio.h: In function `__ssize_t getline(char**, size_t*,
FILE*)':
/usr/include/bits/stdio.h:103: declaration of `__ssize_t getline(char**,
size_t*, FILE*)' throws different exceptions
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/stdio.h:480: than previous
declaration `__ssize_t getline(char**, size_t*, FILE*) throw ()'
make: *** [ttmkfdir.o] Error 1

!!! ERROR: x11-misc/ttmkfdir-3.0.9 failed.
!!! Function src_compile, Line 30, Exitcode 2
!!! (no error message)
[/code:1]
Ein emerge -p xfree sagt, dass ttmkfdir-3.0.9 die erste Abhängigkeit für xfree ist.
An den Konfigurationsdateien habe ich nichts verändert, außer das was in der Installations-Anleitung stand.

Woran kann dieser Fehler liegen?

2

28.01.2004, 21:48

p.s.:
ich habe mal ein "emerge glibc" probiert (wahrscheinlich total unsinnig, aber schaden kanns ja nicht).
Das lief (fast) ohne Probleme. Gelegentlich (insgesamt 4-5 Mal) erschien auf allen virtuellen Konsolen folgender Text:
[code:1]
Message from syslogd@linuxkiste at (aktuelles Datum/Zeit)
linuxkiste kernel: MCE: The Hardware reports a non fatal, correctable incident occured on cpu 0.
Message from syslogd@linuxkiste at (selbes Datum/Zeit)
linuxkiste kernel: Bank 0: 844a400000000136
[/code:1]
Was hat das zu bedeuten?

3

29.01.2004, 00:21

Hmm, ich kenne mich nocht so gut aus, aber ich probiers mal:

Die Hardware meldet nen Fehler, nicht schlimm und korrigierbar. Hört sich also nicht so an als wäre da schlimm was kaputt. Eventuell taucht das auch nur auf weil du irgendwelche debug Optionen im Kernel aktiviert hast, die dafür Sorgen dass das angezeigt wird. Wenn der Fehler weiterhin regelmäßig angezeigt wird sollte man dem evtl. mal auf den Grund gehen.

Was dein emerge Problem betrifft, ich hab ein bisschen gesucht, hier ein paar Lösungsvorschläge:
[code:1]emerge flex[/code:1]
Hat bei einigen Leuten mit dem selben Problem geholfen. Also erstmal flex emergen, dann probieren was ttmkfdir macht.
[code:1]emerge gcc[/code:1]
bei ein paar anderen war ein nochmaliges emergen des Compilers notwendig. Falls das erste nicht hilft...

Hab die Infos von hier: http://forums.gentoo.org/viewtopic.php?t=21017&highlight=ttmkfdir

Poste vielleicht der Vollständigkeit halber mal deine CFLAGS.

4

29.01.2004, 10:15

Vielen Dank, emerge gcc hat die Fehler beseitigt. :)

Gutes Forum hier.

5

29.01.2004, 12:41

Die Warnmeldungen treten immer noch auf, jedesmal beim Kompilieren. Die Nummer hinter "Bank" variiert, ebenso die Speicheradresse dahinter. Die Meldung lautet aber immer "The Hardware reports a non fatal [...] error[...]".
Woran kann das liegen?

6

29.01.2004, 14:37

"Bank 0" erinnert mich jetzt stark an "Speicherbank", also evtl. mal deine Speicherriegel
austauschen oder checken, ich meine dafuer gaebe es ein Tool von der ct -> ctspd

No space left on device 8o

7

29.01.2004, 15:06

Daran habe ich auch schon gedacht; ich lass demnächst mal den memtest drüberlaufen.
Ich hatte schon alle Nummern von Bank 0 bis Bank 2. Ich habe aber nur ein einziges 512MB-Modul, deswegen wundert mich das. Außerdem wundert mich
a) warum das Modul seit einem halben Jahr unter Windows einwandfrei funktioniert (vor einem halben Jahr hab ich auch memtest laufen lassen) und
b) warum Linux da einen Fehler überhaupt feststellen kann. Linux macht ja wohl keine ECC-Fehlererkennung auf die ganzen 512MB. Das RAM-Modul ist auch nicht ECC-fähig.

Diese Meldungen sind erst aufgetreten nachdem ich den Kernel 2.6.1 installiert habe.

8

30.01.2004, 00:40

Naja, es ist ja so:
Es funktioniert ja unter Linux problemlos, ausser das es hin und wieder mal nen Fehler meldet der nicht schlimm ist.
Kann man jetzt unterschiedlich interpretieren, man könnte auch Fragen wieso Windows den Fehler ignoriert. Was ich eher vermute ist entweder das mit dem Kernel was nicht passt, oder dass du eine bestimmte Option aktiviert hast die dir jeden Pups deiner Hardware anzeigt.

Zitat

CONFIG_X86_MCE_NONFATAL:
Enabling this feature starts a timer that triggers every 5 seconds which
will look at the machine check registers to see if anything happened.
Non-fatal problems automatically get corrected (but still logged).
Disable this if you don't want to see these messages.
Seeing the messages this option prints out may be indicative of dying ha
or out-of-spec (ie, overclocked) hardware.
This option only does something on certain CPUs.
(AMD Athlon/Duron and Intel Pentium 4)

^^ evtl. hast du das eingestellt.

9

30.01.2004, 17:26

Jo. Wenn ich das deaktiviere und den Kernel neu kompiliere erscheinen diese Meldungen nicht mehr.

Das verwirrt mich aber:

Zitat

Seeing the messages this option prints out may be indicative of dying
or out-of-spec (ie, overclocked) hardware.

Ich habe kein Teil meiner Hardware übertaktet, und nichts ist älter als ein Jahr. Haben diese Meldungen irgendwas zu bedeuten oder erscheinen die nur bei mir aufgrund einer Inkompatibilität?
Nicht dass meine Hardware bald den Geist aufgibt. :roll:

10

31.01.2004, 18:04

Hmm, es ist ja so:
Ein PC ist selten wirklich ausgelastet. Beim kompilieren ist das z.B. der Fall. Es kann sein das er da ein klein bisschen zu heiß wird oder so. Wäre natürlich nicht gut. Ansonsten weis ich auch nicht weiter.

11

01.02.2004, 13:39

Unter Windows kodiere ich gelegentlich ganze Filme (über Nacht). Dabei ist der Rechner mir noch nie abgestürzt. Auch Spiele laufen stabil; die beanspruchen die CPU ja auch ziemlich.
Die CPU-Temperatur steigt beim Kodieren oder Spielen nie über 52°C. Das ist für einen XP 2400+ normal, denke ich.