Newsgroup: it.comp.os.linux.iniziare
Titolo: Segmentation Fault (core dumped)

Cosa significa il messaggio nel Subject?
"Core dumped" penso si riferisca a quel file core che viene creato quando
qualcosa va storto (una volta ne ho trovato uno di 7 Mb!). A cosa serve
questo file?
Grazie, Antonio.

 Grazie, Antonio.
PS: contiene l'immagine della memoria che il programma utilizzava per poter
fare un debugging e scoprire la causa che ha portato il programma a
stancarsi di funzionare.
GF

 ha scritto nel messaggio
news:8evdkp$kbs$1...@serv1.albacom.net...

Ok, ma che significa Segmentation Fault?


Significa che un pezzo del codice del programma che si è incasinato andava a
pescare i dati in una zona della memoria occupata (ad esempio) da altri
programmi.
E questo agli altri programmi non va bene... si incazzano e dicono al
kernel: mandalo a quel paese ed il kernel lo fa!
Spero di essere stato chiaro! ;)
PS: comunque 'sti problemi postali anche su it.comp.os.linux.development...
sono più adatti...
GF

 GF
Scusa, pensavo fosse questo il ng adatto...comunque, visto che ci sono...
posso fare qualcosa per evitare quell'errore? 

> Scusa, pensavo fosse questo il ng adatto...comunque, visto che ci sono...
 > posso fare qualcosa per evitare quell'errore?
No!
GF

 posso fare qualcosa per evitare quell'errore? 
dipende. se vuoi evitare l'errore devi capire cosa va storto al
programma tanto da portarlo a un segfault (e comunque in genere e'
indice di cattiva programmazione/compilazione o di baco nel programma)
e magari tentare con un upgrade del programma nel caso fosse
disponibile (se c'e' solo il tar.gz dei sorgenti puoi sempre
ricompilarteli).
in ogni caso puoi evitare l'azione seguente cioe' il core dump (e
molto altro):
[gzuglian@gzuglian gzuglian]$ help ulimit
ulimit: ulimit [-SHacdfmstpnuv [limit]]
Ulimit provides control over the resources available to processes
started by the shell, on systems that allow such control.  If an
option is given, it is interpreted as follows:
-S      use the soft' resource limit
-H      use the hard' resource limit
-a      all current limits are reported
-c      the maximum size of core files created
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        prova a mettere ulimit -c 0 in /etc/profile (ad esempio)
-d      the maximum size of a process's data segment
-m      the maximum resident set size
-s      the maximum stack size
-t      the maximum amount of cpu time
in seconds
-f      the maximum size of files created by the shell
-p      the pipe buffer size
-n      the maximum number of open file descriptors
-u      the maximum number of user processes
-v      the size of virtual memory
If LIMIT is given, it is the new value of the specified resource.
Otherwise, the current value of the specified resource is printed.
If no option is given, then -f is assumed.  Values are in 1k
increments, except for -t, which is in seconds, -p, which is in
increments of 512 bytes, and -u, which is an unscaled number of
processes.
ciao, gabriele.
-- 
http://www.freeweb.org/personali/gz/l/
 + (X/faq oppure u/cpd.txt)
Just about every computer on the market today runs Unix, except the Mac
(and nobody cares about it). -- Bill Joy 6/21/85

 posso fare qualcosa per evitare quell'errore?=20
Non senza capire dove e` il problema.
Pero` puoi evitare che si creino i file core, mettendo ulimit -c 0
nel file /etc/profile
-- 
Cinereview: Mission to Mars: Disgusto! Pessima regia ed      _/Davide\_
interpretazione, noiso, stupido e scontato. Ma Brian che     \Alberani/
cavolo si e` fumato?  Voto: 3

 questo file?
Significa semplicemente che un qualche applicativo ha tentato per
esempio di accedere ad una pagina di memoria che non gli competeva per
cui il signor kernel lo ha silenziosamente killato: tale operazione di
solito produce il file core. Dico "di solito" perche' si puo' evitarne
la creazione con il comando
# ulimit -c 0
in uno dei files di avvio (~/.bashrc per esempio), considerato che a chi
non interessa debuggarlo occupa solo spazio inutile sul disco.
Se ti stavi chiedendo "Posso cancellarlo?" la risposta e' "Si".
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *