ARGOMENTO: Quiz per sviluppatori

Chi sa dire quale errore nasconde il seguente semplice pezzo di codice?
Note:
- Il codice è un esempio per python2 ma il quiz è valido anche per python3
- L'istruzione testo = fd.read() non è significativa ai fini del test
- L'istruzione print non è significativa, potrebbe essere qualsiasi azione di recupero, compreso l'istruzione pass

Quando si manipolano i files si usa with invece di try/except.
Non sono un esperto, ma credo che try/except non funzioni con le eccezioni di IO

enlightx ha scritto:
Hai perfettamente ragione quando dici che è meglio usare with al posto di try/except ma non è lo scopo di questo test.

Piccola annotazione: try/except funziona con tutte le eccezioni come qualsiasi istruzione python.

enlightx ha scritto:
Funziona ... ma devi gestire il tutto, ecco dove sta l'insidia di quel codice, la with esonera lo sviluppatore a gestire tutto a mano ...

Quel codice è sbagliato perche' la close va messa in finally altrimenti in caso di eccezione il file resta aperto
Quel codice è sbagliato perche' carica tutto in memoria .... devi solo sperare il il file non sia di diversi GB

.....

Quel codice è sbagliato punto

gigidn ha scritto: Ho già risposto a enlightx: avete ragione ma non è lo scopo di questo piccolo test.Ottimo, non era lo scopo del test ma hai rilevato un errore nel codice.
Bravo GigidnHo scritto che quella istruzione è solo un esempio per riempire la riga. Non è oggetto del test.
L'ho inserito anche nel commento perchè è chiaro che caricare in RAM può essere deleterio ma a volte, per piccoli file è molto utile.
Quindi non è un errore a prescindere.

Bhu mica ho capito

cmq caricare in blocchi e' sempre utile al di la di usare la memoria o meno, presupporre e' una cosa esserne certi e' altra.

Per un cliente con un piccolo script python (ovviamente anche se uso anche golang) creo delle tumb per file che i loro clienti inviano via ftp ... ebbene mi chiamano perche' si era bloccato ..... morale un file (normalmente non superano 50mb e di media son qualche mega) da 4gb (come abbiano creato tale mostro non si capisca) causa un sigterm di pil e python esce brutalmente ... try/except non la caga .....

Morale, sui file meglio pensar sempre al peggio

Esistono anche altri errori in quel codice, in altre parole tutto cio' che si poteva sbagliare in quel codice e' stato fatto e per esser solo poche righe e' da guinness dei primati.

EDIT:
sinceramente non capisco a cosa ti riferisci, visto l'orario e la mia mente labile prendila con le molle ma la except non nominale andrebbe evitata (su py3 credo non si possa piu' fare) e non so certo che prenda la IO ... a memoria la except non nominale dovrebbe essere equivalente ad Exception quindi ignorare Errors ... e se IO eredita da quest'ultima non la prende ...

BHU come detto mi sfugge lo scopo di questo test.