[C] SIGSEGV (Segmentation fault)

[Ov3rLo4d]

Ciao a tutti,

da poco sono stato costretto ad installare Windows 8. Dopo aver configurato MinGw + NetBeans, ho provato a fare il porting di un semplice programma che stavo facendo su Linux. Ho notato che su winzoz, se metto come dimensione dell'array 1'600'000, il programma compila ma non parte! Mentre su Linux andava alla perfezione! Se invece diminuisco la dimensione a 160'000 tutto funziona come dovrebbe.

Ho notato che, facendo il debug, mi da questo errore durante l'esecuzione:

Signal received: SIGSEGV (Segmentation fault)

e mi viene segnalato in questa porzione di codice:

void msort(long a[], long n) {
	long aux[n]; // parte che genera errore
	mergesort(a, 0, n-1, aux);
  }

Vi posto il source completo:

fastSortingTest.c
sorting.c

Ho provato a cambiare tutti gli int in long pensando fosse questo il problema... ma a quanto pare no.

La cosa strana è che lo stesso codice funziona perfettamente su Linux con array di dimensioni anche molto maggiori! Come mai questa cosa?

Spero che riusciate a darmi una mano.

Grazie

[c0der]

Mhm non so cosa intendi per debug, ma se hai fatto il debug con il debugger dovresti ben sapere cosa è un "Segmentation fault", basta che ti fai stampare il backtrace dal debugger. Ciao.

[Ov3rLo4d]

lol si... ho usato il debugger ^__^

Cosa devo fare?

non sono molto pratico... è la prima volta che uso netbeans...

Grazie

[c0der]

Mai usato netbeans per il C, il fatto è che hai scritto "parte che genera errore", mentre il sigsegv è generato da 1 singola riga, che sarebbe bene sapere qual'è (è long aux[n]; ?), inoltre aiuterebbe che trovassi il comando per stampare il "backtrace" e lo riportassi. Ciao.

[Ov3rLo4d]

Non so veramente come riportarti questo backtrace perchè non ho la minima idea di cosa sia o di cosa possa essere... Ho provato a cercare nelle view di netbeans ma non c'è nulla di minimamente simile... l'unico output che mi riporta netbeans è quello che ti ho scritto... Ha qualche sinonimo il backtrace? magari viene chiamato in un altro modo...ti faccio un screenshot di netbeans:



Come vedi il debugger in basso non mi da nessun output...

La riga incriminata sembrerebbe essere proprio quella:

long aux[n];


In ogni caso grazie mille per l'aiuto... non so più dove andare a parare!

[oregon]

Il problema è determinato da uno "stack overflow".

Stai tentando di allocare 6,4 M nello stack e con le impostazioni di default non è possibile (almeno con quel compilatore e con Windows)

Non conosco le caratteristiche del compilatore/linker ma con Visual C++ avresti dovuto impostare per il linker l'opzione

/STACK:100000000

per non avere problemi.

Oppure, soluzione più sensata, allochi dinamicamente il vettore aux

[Ov3rLo4d]

Ok ci provo.

Domanda per curiosità... Per caso sai dirmi per quale motivo su sistemi "Linux like" questo non capita?

Modifica:

Sei un grande! Funziona! L'a cosa che non capisco è perchè devo allocare dinamicamente solo l'array ausiliario e gli altri no... bah...

Provo ad auto-rispondermi... può essere che sia l'array aux che uso che va a riempire lo stack?

[oregon]

T'ho già detto ... dipende dal fatto che su Linux il compilatore ha riservato più spazio allo stack. Ma è una impostazione che puoi variare anche con Windows

P.S. Windows e non winzoz

[Ov3rLo4d]

Ok, quindi immagino sia un'impostazione di MinGw oppure è un flag che devo aggiungere alla compilazione con gcc?

[oregon]

gcc foo.c -o foo -Wl,-stack,8000000