|
|||||||
|
|
|
![]() |
|
|
Strumenti |
|
|
#1 |
|
Senior Member
Iscritto dal: Dec 2000
Messaggi: 1204
|
segmentation fault - core dumped
ehm... l'altro giorno il mio pc ha cominciato a dare segmentation fault su parecchi prog e servizi (uno su tutti, hal...).
Si è incriccato anche apt, visto che cercando di upgradare alcuni pacchetti, questi terminavano in malo modo... Il tutto credo sia avvenuto dopo un aggiornamento... ... di debian sid Può essere causato proprio da un aggiornamento poco fortunato o devo preoccuparmi per qualche anomalia hw? Il sistema cmq parte e riesco ad usare kde... pure win parte e sembra andare senza troppi problemi... Io intanto scarico lenny e prevedo una bella reinstallazione... 10x |
|
|
|
|
|
#2 |
|
Senior Member
Iscritto dal: Nov 2005
Città: Lago di Garda
Messaggi: 1376
|
Dubito sia un problema hardware, è il rischio che si corre ad usare sid.
Ti è successo dopo un dist-upgrade?
__________________
Concluso positivamente con: f_tallillo, vasco22, franky88, offdexter87 |
|
|
|
|
|
#3 |
|
Senior Member
Iscritto dal: Dec 2000
Messaggi: 1204
|
eheheheh lo so, lo so...
no, non faccio mai dist-upgrade... intanto ho leggiucchiato qua e la e mi sa che qualche pacchetto ha tirato dentro una qualche nuova lib* (libc? libstd?) che fa a cazzotti con tutto il resto... vabbè... è la prima volta che mi capita una cosa del genere in circa 7-8 anni... mi sa che eviterò di diventar matto e ne approfitterò per passare alla testing... |
|
|
|
|
|
#4 |
|
Senior Member
Iscritto dal: Dec 2000
Messaggi: 1204
|
Allora... no, non mi sono arreso...
Ma ho effettivamente poco tempo e le varie prove ed investigazioni proseguono lentamente... DEVO capire cosa c'è che non va ed evitare di piallare il tutto! Mi son detto che se hal (ormai il 'prog' di test...) ha dei problemi, mi scarico i sorgenti, lo ricompilo (nel mio ambiente) e stiamo a vedere... Scarico tutto i pkg delle dipendenze e li installo (dpkg funziona, solo apt è un po' in panne)... poi lancio apt-get source hal --compile (i src di hal sono la stessa vers dei bin...) e sapete che mi risponde?? Codice:
blah... blah... blah... blah... checking how to run the C preprocessor... /lib/cpp configure: error: C preprocessor "/lib/cpp" fails sanity check See `config.log' for more details. make: *** [config.status] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Build command 'cd hal-0.5.10 && dpkg-buildpackage -b -uc' failed. E: Child process failed non credo sia molto confortante, vero? faccio 'la prova del 9'... Codice:
cd /usr/src/linux
make menuconfig
HOSTCC scripts/basic/fixdep
scripts/basic/fixdep.c:107:23: error: sys/types.h: No such file or directory
scripts/basic/fixdep.c:108:22: error: sys/stat.h: No such file or directory
scripts/basic/fixdep.c:109:22: error: sys/mman.h: No such file or directory
scripts/basic/fixdep.c:110:20: error: unistd.h: No such file or directory
scripts/basic/fixdep.c:111:19: error: fcntl.h: No such file or directory
scripts/basic/fixdep.c:112:20: error: string.h: No such file or directory
scripts/basic/fixdep.c:113:20: error: stdlib.h: No such file or directory
scripts/basic/fixdep.c:114:19: error: stdio.h: No such file or directory
In file included from /usr/lib/gcc/i486-linux-gnu/4.2.3/include/syslimits.h:7,
from /usr/lib/gcc/i486-linux-gnu/4.2.3/include/limits.h:11,
from scripts/basic/fixdep.c:115:
/usr/lib/gcc/i486-linux-gnu/4.2.3/include/limits.h:122:61: error: limits.h: No such file or directory
scripts/basic/fixdep.c:116:19: error: ctype.h: No such file or directory
scripts/basic/fixdep.c:117:23: error: arpa/inet.h: No such file or directory
CUT
...
...
scripts/basic/fixdep.c: In function 'traps':
scripts/basic/fixdep.c:378: warning: incompatible implicit declaration of built-in function 'fprintf'
scripts/basic/fixdep.c:378: error: 'stderr' undeclared (first use in this function)
scripts/basic/fixdep.c:380: warning: incompatible implicit declaration of built-in function 'exit'
make[1]: *** [scripts/basic/fixdep] Error 1
make: *** [scripts_basic] Error 2
Altre info... Codice:
highland:/deb/tmp# ll /lib/cpp lrwxrwxrwx 1 root root 21 2007-09-10 19:39 /lib/cpp -> /etc/alternatives/cpp highland:/deb/tmp# ll /etc/alternatives/cpp lrwxrwxrwx 1 root root 12 2007-09-10 19:39 /etc/alternatives/cpp -> /usr/bin/cpp highland:/deb/tmp# ll /usr/bin/cpp lrwxrwxrwx 1 root root 7 2007-11-12 19:05 /usr/bin/cpp -> cpp-4.2 Codice:
ii cpp 4:4.2.1-6 The GNU C preprocessor (cpp) ii cpp-4.1 4.1.2-17 The GNU C preprocessor ii cpp-4.2 4.2.2-3 The GNU C preprocessor ii gcc 4:4.2.1-6 The GNU C compiler ii gcc-3.3-base 1:3.3.6-15 The GNU Compiler Collection (base package) ii gcc-3.4-base 3.4.6-5 The GNU Compiler Collection (base package) ii gcc-4.1 4.1.2-17 The GNU C compiler ii gcc-4.1-base 4.1.2-17 The GNU Compiler Collection (base package) ii gcc-4.2 4.2.2-3 The GNU C compiler ii gcc-4.2-base 4.2.2-3 The GNU Compiler Collection (base package) ii gcj-4.1-base 4.1.2-14 The GNU Compiler Collection (gcj base packag Dai... datemi qualche idea su cos'altro fare... Per curiosità ho provato a fare un apt-get remove -s cpp-4.2 ma al terzo 'scroll' di pkg che vuole rimuovere mi sono un po' intimorito... vero che potrei dirgli di ignorare queste dipendenze e lasciarli installati, ma prima di fare qualche gesto inconsulto ed irreparabile, volevo sapere se qualcuno di voi aveva un'idea più ragionata e sensata... 10x |
|
|
|
|
|
#5 |
|
Senior Member
Iscritto dal: Mar 2001
Città: ROMA
Messaggi: 2645
|
ora non ho molto idea di come funzioni su debian, ma non potresti momentaneamente cambiare i repository con quelli della testing e downgradare i pacchetti che ti danno problemi (se è possibile)? (in particolare gcc 4.2)
|
|
|
|
|
|
#6 |
|
Senior Member
Iscritto dal: Dec 2000
Messaggi: 1204
|
mmmhhh... si potrebbe provare, ma
Codice:
Package cpp-4.2 * lenny (testing) (interpreters): Il preprocessore C del progetto GNU 4.2.2-3: alpha amd64 arm hppa i386 ia64 mips mipsel powerpc s390 sparc * sid (unstable) (interpreters): Il preprocessore C del progetto GNU 4.2.2-3: alpha amd64 arm armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k mips mipsel powerpc s390 sparc 4.2.1-6: hurd-i386 ![]() ci deve essere 'qualcosa' fuori posto... sia a livello di librerie runtime (visto che i prog compilati sballano) che a livello di ambiente di compilazione... (ipotesi nella mia ignoranza) mmmhhh... potrei provare con ldd hal per vedere cosa usa... ma perchè non compila?! |
|
|
|
|
|
#7 |
|
Senior Member
Iscritto dal: Dec 2000
Messaggi: 1204
|
ho trovato il pacchetto... libglib2.0-0ora sembra che tutti i prog partano... bastava attendere e sapere cosa dover aggiornare... vabbè, il "bello" di essere unstable Ah, non compilava perchè c'erano le libc6-dev "installate" a metà... Ora ho dei prob di dipendenze con le libgtk... ma almeno questo so che devo solo aspettare. Non è proprio un bel momento per sid... ciao |
|
|
|
|
| Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 13:14.


















