funziona bene senza valore restituito in c ++ [chiuso]

Question

funziona bene senza valore restituito in c ++ [chiuso]

#1 da (15 voti)
#2 da (1 voti)
#3 da (0 voti)

1

Ho dimenticato di scrivere return 'a'; nella funzione e return 0; nella funzione principale, ma funziona bene in Code :: Blocks.

#include <iostream>

using namespace std;

char show()
{

cout<<"this is show function"<<endl;
}

int main()
{
    show();
}

Sto usando Code :: Blocks 10.05 in Ubuntu 12.04. Perché questo accade e perché la stessa cosa causa un errore in TURBO C ++?

c++ return-type

posta twister_void 19.06.2012 - 05:56

fonte

3 risposte

Leggi altre domande sui tag c++ return-type

Perché i filesystem leggono e scrivono in blocchi? Come dimostrare che questo ciclo while calcola n ^ 2

score 15 · Answer 1

Se una funzione viene dichiarata per restituire un valore e non riesce a farlo, il risultato è un comportamento non definito (in C ++). Sembra che un possibile risultato funzioni, che è praticamente quello che vedi qui.

Per inciso, in C, non avresti un comportamento indefinito - in C, ottieni un comportamento indefinito solo se provi a usa il valore restituito, e la funzione non ha specificare un valore da restituire.

score 1 · Answer 2

Il compilatore avrebbe dovuto emettere almeno un avvertimento per non includere un'istruzione return in show() . Mi aspetto che il compilatore emetta un messaggio se il livello di avviso del compilatore è aumentato. Come altri hanno indicato, non restituire un valore è un comportamento indefinito secondo lo standard.

Anche questo programma non avrà un errore di run time, principalmente perché i risultati di show() non vengono mai usati. Se hai utilizzato i risultati di show() , probabilmente otterrai risultati imprevisti, compreso quello che ti aspetti.

score 0 · Answer 3

UB come detto prima. Potrebbe funzionare oggi, potrebbe non funzionare domani su un processore / compilatore diverso.

Per alcune divertenti analisi forensi, ecco una cosa divertente da provare (orig in C, anche "lavorata / controllata" nella nostra configurazione C ++ in quel momento), è stato un bug divertente per un po ':

Definisci una funzione che restituisce un punto fluttuante in un file c o cpp, niente di complesso, solo float / double foo () {qualunque sia il corpo; return someFloat;}.
Usa la suddetta funzione in un file c o in un file cpp (che assumerà default-int), senza includere il file di intestazione. Nota: a seconda del compilatore, potrebbe essere necessario aggiungere una dichiarazione di tipo errato (int foo ();). Il nostro compilatore al momento pensava che la funzione fosse ok, non aveva il problema dell'identificatore senza un'intestazione inclusa.
Chiama la seconda funzione (che usa il primo) alcune volte nel codice. Si noti che un valore viene aggiunto ma non è mai saltato fuori lo stack in virgola mobile del processore con ogni chiamata a foo ().
Lasciati sorprendere dal fatto che NaN inizi a spuntare in operazioni totalmente innocue in seguito. Una volta che lo stack viene overflow (la nona chiamata nel nostro caso), ogni operazione FP diventa un NAN. Quindi ottieni cose divertenti come 10.0 + 1.0 = > NaN.

Il trucco per noi in quel momento era trovare quella funzione offensiva, poiché il NaN si sarebbe verificato molto più tardi, e non sempre nello stesso punto (goditi il multithread su questo).

Se riesci a riprodurlo e disponi di un debugger che ti permette di controllare facilmente lo stato del registro del processore, questo è un bug divertente con cui giocare. A quel tempo il nostro era un sapore di gcc 4.1 (o forse 4.4, non ricordo l'anno esatto), con un processore itanium a 64 bit.

(mi spiace per le mod per le cose extra - non sono sicuro di dove sia, ma è un po 'correlato all'OP, se non ti senti libero di copiare ciò in cui è meglio appartenere).