Forum
>>
Programmazione Python
>>
Database
>>
PRINICPIANTE PROBLEMI RUN DI UNO SCRIPT PER CREAZIONE Simulated dataset(CNN)
Pagina: 1
Esegui il login per scrivere una risposta.
Pagina: 1
Scritto da kingroger95 |
2019-01-25 20:46:38 - PRINICPIANTE PROBLEMI RUN DI UNO SCRIPT PER CREAZIONE Simulated dataset(CNN)
|
--- Ultima modifica di kingroger95 in data 2019-02-22 16:46:23 ---
|
|
Scritto da RicPol |
2019-01-25 22:40:42 - Re: PRINICPIANTE PROBLEMI RUN DI UNO SCRIPT PER CREAZIONE Simulated dataset(CNN)
|
> ho la certezza che il codice sia giusto
Guarda, va bene che sei un principiante, ma questo francamente fa un po' ridere. Magari si potesse avere la certezza che "il codice sia giusto". NESSUNO ha la certezza che "il codice sia giusto", credimi. E in effetti, come vedi il codice "non è giusto", visto che dà errore. Dovresti segnalare il problema a chi ti ha dato questo codice, in primo luogo. Così a occhio e croce c'è una stratificazione di problemi diversi. Prima c'è l'errore che dà la riga "os.system('env')"... che chiaramente mostra come il codice sia stato sviluppato e pensato per linux, visto che ovviamente "env" su windows non lo trovi (ed è quello che in sostanza dice il messaggio d'errore... il primo). A proposito: puoi dire a chi ha scritto quel codice che os.system è una pessima idea, notoriamente, ormai da anni? Poi c'è l'errore che dà la riga 32 del file "dataset_cry.py"... file che ovviamente tu NON riporti... e qui va bene che sei un principiante, ma almeno fare la spesa di leggere fino in fondo uno stacktrace di errore per scoprire in quale modulo si trova effettivamente l'errore? Ma poco male... a giudicare da quel che si vede, direi che stai cercando di aprire un "qualcosa" che in teoria dovrebbe essere una stringa (ovvero il nome di un file) ma che invece è "None"... e questo dà errore. Perché quel "qualcosa" è None invece del nome di un file? Ah, saperlo... bisognerebbe mettersi a debuggare. Probabilmente perché la directory di lavoro da cui invochi l'entry point del programma non è quella che il programma si aspetta, e il programma stesso non fa nessuno sforzo per correggere la directory di lavoro prima di cercare il file da aprire (se è così, bravo chi ha scritto il programma, eh...), così non trova il file da aprire, e la variabile che deve puntare al file invece finisce per essere None... Oppure perché magari la directory di lavoro è giusta (o aggiustata dal programma) ma per qualche ragione ti manca il file... E insomma, morale della favola quando si cerca di aprire il... non-file... sbam!! ecco l'errore. Ma queste sono solo ipotesi, che sto facendo senza niente in mano (e non fraintendermi... NON voglio avere quel codice in mano! A occhio sembra scritto... un po' maluccio, ecco). Dovresti riportare il codice a chi l'ha scritto e a) dirgli che su windows non funziona mica tanto bene, ops! b) chiedergli con precisione come si deve invocare il programma, con quali pre-requisiti... Mi rendo conto che tutto questo per te è arabo, ma il problema è che... ehm, non c'è un modo piacevole per dirlo, ma python (e la programmazione in generale) è una Cosa Difficile. Se non conosci a fondo il panorama di quello che stai facendo, è *possibile* che vada comunque tutto bene... ma più verosimilmente qualcosa fallirà in modo spettacolare. https://pythoninwindows.blogspot.com/p/i-miei-libri.html : i miei libri
https://pythoninwindows.blogspot.com : il mio blog |
Pagina: 1
Esegui il login per scrivere una risposta.