Torna indietro   Hardware Upgrade Forum > Software > Programmazione

NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT
NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT
Nelle ultime settimane abbiamo provato tre delle proposte top di gamma di NZXT nelle categorie case, dissipatori e ventole. Rispettivamente, parliamo dell'H9 Flow RGB+, Kraken Elite 420 e F140X. Si tratta, chiaramente, di prodotti di fascia alta che si rivolgono agli utenti DIY che desiderano il massimo per la propria build. Tuttavia, mentre i primi due dispositivi mantengono questa direzione, le ventole purtroppo hanno mostrato qualche tallone d'Achille di troppo
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz
ASUS ROG Swift OLED PG34WCDN è il primo monitor gaming con pannello QD-OLED Gen 5 a layout RGB Stripe Pixel e 360 Hz su 34 pollici: lo abbiamo misurato con sonde colorimetriche e NVIDIA LDAT. Ecco tutti i dati
Recensione Nothing Phone (4a) Pro: finalmente in alluminio, ma dal design sempre unico
Recensione Nothing Phone (4a) Pro: finalmente in alluminio, ma dal design sempre unico
Nothing Phone (4a) Pro cambia pelle: l'alluminio unibody sostituisce la trasparenza integrale, portando una solidità inedita. Sotto il cofano troviamo uno Snapdragon 7 Gen 4 che spinge forte, mentre il display è quasi da top dig amma. Con un teleobiettivo 3.5x e la Glyph Matrix evoluta, è la prova di maturità di Carl Pei. C'è qualche compromesso, ma a 499EUR la sostanza hardware e la sua unicità lo rendono un buon "flagship killer" in salsa 2026
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 21-07-2008, 17:07   #1
unslee
Member
 
L'Avatar di unslee
 
Iscritto dal: Jun 2008
Messaggi: 40
[C++] Ricorsione del main()

Ciao a tutti,
ho testato la ricorsione del main().

Codice:
// Ricorsione main().

#include "stdafx.h"

#include <iostream>
using std::cout;
using std::endl;


int _tmain(int argc, _TCHAR* argv[])
{
	return 0;
}

int main()
{
	static int count = 1;
	cout << count << endl;
	count++;
	main();
}
Su alcuni siti esteri ho trovato che la ricorsione del main() non fa parte dello standard del c++, su altri il contrario.

Vorrei sapere:
a) Se effettivamente ci sono casi concreti dove è utile questo tipo di ricorsione.
b) Perché se lancio il programma il contatore si ferma a 4806. In realtà non essendoci un caso base il passo di ricorsione dovrebbe ripetersi all'infinito ... inoltre non mi riesco a spiegare perché il programma si ferma proprio quando il contatore raggiunge 4806. Inizialmente ho pensato dipendesse dal tipo della variabile ed invece, pur modificandola, il programma continua a girare nella stessa maniera.
c) Se la ricorsione del main() effettivamente non fa parte degli standard del c++

Grazie a tutti per l'aiuto!
unslee è offline   Rispondi citando il messaggio o parte di esso
Old 21-07-2008, 17:16   #2
Unrue
Senior Member
 
L'Avatar di Unrue
 
Iscritto dal: Nov 2002
Messaggi: 6868
Quote:
Originariamente inviato da unslee Guarda i messaggi
Ciao a tutti,
ho testato la ricorsione del main().

Codice:
// Ricorsione main().

#include "stdafx.h"

#include <iostream>
using std::cout;
using std::endl;


int _tmain(int argc, _TCHAR* argv[])
{
	return 0;
}

int main()
{
	static int count = 1;
	cout << count << endl;
	count++;
	main();
}
Su alcuni siti esteri ho trovato che la ricorsione del main() non fa parte dello standard del c++, su altri il contrario.

Vorrei sapere:
a) Se effettivamente ci sono casi concreti dove è utile questo tipo di ricorsione.
b) Perché se lancio il programma il contatore si ferma a 4806. In realtà non essendoci un caso base il passo di ricorsione dovrebbe ripetersi all'infinito ... inoltre non mi riesco a spiegare perché il programma si ferma proprio quando il contatore raggiunge 4806. Inizialmente ho pensato dipendesse dal tipo della variabile ed invece, pur modificandola, il programma continua a girare nella stessa maniera.
c) Se la ricorsione del main() effettivamente non fa parte degli standard del c++

Grazie a tutti per l'aiuto!
Mah, è utile se devi lanciare più volte lo stesso programma e non vuoi farlo a mano. Non mi vengono in mente altri casi utili. Riguardo il contatore, probabilmente finisci lo stack, dunque più di quello non riesce ad andare.

Ultima modifica di Unrue : 21-07-2008 alle 17:18.
Unrue è offline   Rispondi citando il messaggio o parte di esso
Old 21-07-2008, 17:26   #3
unslee
Member
 
L'Avatar di unslee
 
Iscritto dal: Jun 2008
Messaggi: 40
Ciao Unrue,
grazie mille per la risposta.

Potresti darmi qualche dritta in più sugli stack? So teoricamente cosa sono e cosa fanno, ma non sapevo esistesse un limite (a questo punto credo dimensionale). Chi lo detta? Come funziona?

Grazie mille,
unslee è offline   Rispondi citando il messaggio o parte di esso
Old 21-07-2008, 20:03   #4
Unrue
Senior Member
 
L'Avatar di Unrue
 
Iscritto dal: Nov 2002
Messaggi: 6868
Quote:
Originariamente inviato da unslee Guarda i messaggi
Ciao Unrue,
grazie mille per la risposta.

Potresti darmi qualche dritta in più sugli stack? So teoricamente cosa sono e cosa fanno, ma non sapevo esistesse un limite (a questo punto credo dimensionale). Chi lo detta? Come funziona?

Grazie mille,
La memoria è divisa in stack ed heap. Ogni volta che richiami una funzione, essa alloca varie cose nello stack, come ad esempio l'indirizzo di ritorno, le variabili locali ed argomenti passati alla funzione. Quindi, se fai chiamate ricorsive, queste continueranno a memorizzare tali informazioni nello stack, che ben presto si esaurirà, in quanto è molto piccolo rispetto all'heap. Se non ricordo male, sotto Linux lo stack è 8mb. Tale limite è dettato dal kernel. Per l'heap invece, è data dalla RAM fisica presente sulla macchina. Se ti interessano ulteriori informazione leggi qua, che è scritto in maniera molto semplice :

http://www.dis.uniroma1.it/~liberato...e/recatt.shtml

Addirittura, con un main ricorsivo, ho l'impressione che tu finisca l'intera memoria di sistema

Ultima modifica di Unrue : 21-07-2008 alle 20:15.
Unrue è offline   Rispondi citando il messaggio o parte di esso
Old 21-07-2008, 20:12   #5
unslee
Member
 
L'Avatar di unslee
 
Iscritto dal: Jun 2008
Messaggi: 40
... si, avevo letto da qualche parte dello stack overflow ma la cosa non era approfondita.

Approfondirò per bene l'argomento studiando il link che mi hai passato!

Grazie mille per l'aiuto e per la disponibilità!
unslee è offline   Rispondi citando il messaggio o parte di esso
Old 21-07-2008, 20:21   #6
Unrue
Senior Member
 
L'Avatar di Unrue
 
Iscritto dal: Nov 2002
Messaggi: 6868
Quote:
Originariamente inviato da unslee Guarda i messaggi
... si, avevo letto da qualche parte dello stack overflow ma la cosa non era approfondita.

Approfondirò per bene l'argomento studiando il link che mi hai passato!

Grazie mille per l'aiuto e per la disponibilità!
Prego Però in questo caso, se finisci la memoria di sistema, non è uno stack overflow, ma arrivi proprio al limite fisico. Infatti, il fatto che non ti dia errori, mi fa pensare questo. Per avere conferma, apri qualche grossa applicazione, che succhia parecchia RAM, e poi fai girare il programmetto. Se finisce prima, vuol dire che alloca nuovi stack in continuazione. E ciò avrebbe anche senso, in quanto è come se avvii più volte lo stesso programma in simultanea.

Ultima modifica di Unrue : 21-07-2008 alle 20:23.
Unrue è offline   Rispondi citando il messaggio o parte di esso
Old 21-07-2008, 21:14   #7
unslee
Member
 
L'Avatar di unslee
 
Iscritto dal: Jun 2008
Messaggi: 40
... allora, ho provato a sfiancare il pc e far rigirare il programma. Sembra mantenere la stessa velocità e si ferma sempre con il contatore fisso su 4806!

Nei prox giorni mi studio il link che mi hai passato e faccio un pò di approfondimenti sullo stack overflow! Appena ho la soluzione la posto!

Grazie ancora,
unslee è offline   Rispondi citando il messaggio o parte di esso
Old 23-07-2008, 08:10   #8
Unrue
Senior Member
 
L'Avatar di Unrue
 
Iscritto dal: Nov 2002
Messaggi: 6868
Quote:
Originariamente inviato da unslee Guarda i messaggi
... allora, ho provato a sfiancare il pc e far rigirare il programma. Sembra mantenere la stessa velocità e si ferma sempre con il contatore fisso su 4806!

Nei prox giorni mi studio il link che mi hai passato e faccio un pò di approfondimenti sullo stack overflow! Appena ho la soluzione la posto!

Grazie ancora,
Quindi vuol dire che crea un solo stack e continua a riempire quello.
Unrue è offline   Rispondi citando il messaggio o parte di esso
Old 23-07-2008, 18:27   #9
lorenzo001
Senior Member
 
Iscritto dal: Jul 2008
Città: Roma
Messaggi: 542
E' proprio uno stack overflow come succede per qualsiasi funzione ricorsiva (che sia o meno il main).

Il numero di chiamate dipende dalla dimensione dello stack (determinata dal compilatore e dal linker) e da quanti byte sono allocati ad ogni chiamata (dipende dal numero e tipo degli argomenti, dalla configurazione usata debug/release e dal numero e tipo di variabili locali).

Puoi modificare, entro certi limiti, la dimensione dello stack per aumentare il numero di chiamate possibili prima dell'overflow.

Con Visual C++, apri le

Proprietà del Progetto -> Linker -> Riga di comando -> Opzioni aggiuntive

e scrivi ad esempio

/STACK:2000000

per raddoppiare (circa) le dimensioni dello stack.

P.S. Tra l'altro, non vedo alcun motivo per chiamare il main ricorsivamente ...

Ultima modifica di lorenzo001 : 23-07-2008 alle 18:30.
lorenzo001 è offline   Rispondi citando il messaggio o parte di esso
Old 23-07-2008, 18:47   #10
variabilepippo
Senior Member
 
L'Avatar di variabilepippo
 
Iscritto dal: Mar 2007
Messaggi: 1792
Quote:
Su alcuni siti esteri ho trovato che la ricorsione del main() non fa parte dello standard del c++, su altri il contrario.
Lo standard ISO/IEC 14882 parla chiaro:

"The function main shall not be used within a program"

Alcuni compilatori (es. Visual C++) mostrano un warning, altri si rifiutano di compilare codice che richiami la funzione main (es. Borland C++, OpenWatcom), altri ancora (es. GNU GCC) restituiscono un errore solo se viene specificata l'opzione -pedantic:

Quote:
ISO C++ forbids taking address of function '::main'
variabilepippo è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abb...
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz ASUS ROG Swift OLED PG34WCDN recensione: il prim...
Recensione Nothing Phone (4a) Pro: finalmente in alluminio, ma dal design sempre unico Recensione Nothing Phone (4a) Pro: finalmente in...
WoW: Midnight, Blizzard mette il primo, storico mattone per l'housing e molto altro WoW: Midnight, Blizzard mette il primo, storico ...
Ecovacs Goat O1200 LiDAR Pro: la prova del robot tagliaerba con tagliabordi integrato Ecovacs Goat O1200 LiDAR Pro: la prova del robot...
OpenAI punta sulla pubblicità in ...
Gmail, arriva la crittografia end-to-end...
Molotov contro la casa di Altman: il CEO...
Tesla ottiene l'approvazione del sistema...
Monopattini elettrici: il MIT rassicura ...
Roborock Saros 20 va subito in offerta: ...
Epic Games lavora ad un gioco sparatutto...
Rockstar Games vittima di un attacco hac...
Intel Core Ultra 400 'Nova Lake-S': fino...
Finalmente un bel portatile tuttofare a ...
Accessori auto su Amazon: i migliori asp...
Microsoft promette meno caos fra i canal...
Apple accelera sugli occhiali smart: qua...
Linux, nuove patch migliorano la gestion...
Snap si affida a Qualcomm per gli occhia...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 10:22.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v