ArcadeItalia.NET

A vederlo così sembra che manchino i doppi apici visto che il percorso e il nome contengono degli spazi.
Ad esempio:
Io comunque userei qualcosa del genere:

sheva002 ha scritto:@echo off
c:
cd "c:\Programmi (x86)\SEGA\Virtua Tennis(TM) 2009"
start /wait "Virtua Tennis 2009.exe"

Niente da fare questo quello che mi esce fuori e ti assicuro che il percorso è giusto

Non ho modo di controllare, però se non sbaglio dos non accetta i nomi lunghi, devi provare ad abbreviarli usando il tilde (alt+126)
Per evitare complicazioni prendi in considerazione di installare tutto in c:\giochi\nomegioco senza milioni di subdirectory...

Se dai i comandi nel prompt uno per volta ottieni qualcosa?
Puoi togliere temporaneamente "@echo off" così hai qualche indicazione in più.

Comunque meglio usare i cmd perchè i bat sono davvero vecchi, quindi cambia il file in ".cmd".

ma poi maximus i .cmd le vede lo stesso??
adesso provo a cambiare directory

Stavo per sparare la cavolata suggerendoti "ln -s c:\programmi...... C:\giochi\nomegioco"

Una soluzione drastica sarebbe quella di dichiarare la directory del gioco nell'autoexec.bat come PATH, così facendo basta usare l'eseguibile del gioco senza directory....

Credo non ci siano problemi con i cmd, anche perchè Windows da NT in poi ragiona solo con quelli... comunque tentar non nuoce.
Se invece vuoi conoscere il percorso con i nomi 8.3 del DOS ti basta usare il comando "dir /x c:\".

Comunque se vuoi provarlo interattivamente con il prompt comandi, basta usare "command" per i bat e "cmd" per i cmd. Dovrebbe aprirti due finestre simili ma diverse, almeno nel titolo.
Vado a memoria, anche a me viene naturale usare "ls" per avere l'elenco dei file...

Mi arrendo
ho provato a semplificare il più possibile..... ...a differenza di prima sembra partire, mi cambia anche per un attimo la risoluzione schermo poi torna in Windows con errore "Tennis.exe a smesso di funzionare"
se però clicco direttamente sul exe funziona

Da esegui digita start c:\direvtory\gioco.exe, se parte fai un cmd così

@echo off
Start "c:\percorso\eseguibile.exe"
Pause
Exit



Se funziona lo riediti e togli pause, altrimenti se non funziona avrai i risultati a schermo....

Usa però sempre le istruzioni: all'inizio così utilizzi la cartella dell'eseguibile, dove ad esempio andrebbe a cercare file utili al programma.

Con il comando "start" invece ci sono i parametri apposta per la working dir... non li ricordo e non ho Windows con me, prova a scrivere "start /?" su un prompt comandi e dovrebbe apparirti la sintassi corretta.

Maledetto windows che non supporta i simlink!


Sent from my iPhone using Tapatalk

Finalmente.... questo quello ho dovuto scrivere, ora sia .cmd che .bat funziona benissimo
Grazie a tutti

Molto bene... tieni il cmd che è meglio, nel senso che puoi sfruttare più cose (tipo i percorsi lunghi, ovviamente delimitati dai doppi apici).
Il comando "exit" ti serve solo se hai il prompt interattivo quindi dovrebbe andare anche senza.

Mi raccomando provalo bene quello script... è la scusa che uso io per concedermi qualche partita ogni tanto

Puoi anche inserire il comando START: start C:\SEGA\Tennis.exe ...in questo modo non serve nemmeno exit e la finestra dos non la vedi proprio!

Ricorda solo che il comando START non ti imposta la cartella corrente quindi se il gioco la richiede va usato il parametro in maniera opportuna.
Credo sia "START /cartella" o qualcosa del genere.
Volendo credo che si possano usare anche gli shortcut con lo START... quindi in quel caso basta lanciare il link creato dal programma di installazione del gioco e non dovrai preoccuparti di nulla.

Se l'eseguibile si trova all'interno della cartella del percorso del bat non serve specificare il percorso, altrimenti va bene come l'ho impostato sopra!

Ricordavo diversamente, così ho scritto un programmino che mostra la cartella corrente ed infatti non è quella indicata dal comando start ma quella che imposta il sistema di default. Una volta era \windows\system32, ora sembra essere la cartella utente. Quindi il "cd" va sempre eseguito per evitare fraintendimenti oppure si usa la sintassi "START /percorso eseguibile.exe".
Allego il programma con sorgente se siete curiosi di provarlo!

Già che c'ero ho verificato un comportamento strano, forse un bug ma non mi ero mai spinto a tanto anni fa.
In pratica l'output di questi due comandi è totalmente diverso: Il primo apre una finestra DOS, il secondo esegue il programma. Caso strano il titolo della finestra cambia e riporta la mia istruzione esatta...

Così leggendo il manuale del comando START: mi sono detto: vuoi vedere che i doppi apici li prende come titolo e quindi non trova il secondo parametro?
Ed in effetti è proprio così!!!

Quindi per usare correttamente il comando occorre dare sempre il titolo, anche vuoto: ora funziona tutto alla grande!
Ho verificato anche con i cmd in altri percorsi e con il doppio click, in entrambe le occasioni la cartella corrente non viene presa anche se lo script è nella stessa cartella dell'eseguibile.

Quindi anche se ho abbandonato Windows da diversi anni la mia memoria funziona ancora...
Ma soprattutto, ora mi spiego alcuni comportamenti molto strani a lavoro di un utente che mi continuava a dire che il programma non si apriva correttamente!

Non necessariamente è obbligatorio usare gli apici, almeno nel mio caso con windows 7 (non saprei con il dos reale) non li inserisco...
nei miei bat metto sempre: start nomefile.exe, da verificare il discorso cartella, adesso scappo per la serata ma devo provare. Ciao!

Io gli apici li metto sempre, anche perchè spesso uso dei parametri variabili (%1, %2, ecc) per cui se mi capita un percorso che ha degli spazi poi sono fregato...
Questo a prescindere dal comando, magari START si prende tutto ciò che arriva oppure da Windows 7 prima cerca con gli spazi e poi senza. Questo rimarrà un mistero... ma perchè rischiare?
Sulla cartella corrente ho fatto un po' di test perchè ero curioso di capire il funzionamento, ma se segue la logica direi che è come ho indicato io.

Ad ogni modo secondo me questa divagazione è servita per capire qualcosa in più sui comandi da dare agli emulatori... spero di non essere andato troppo OT

Non vorrei deludervi ma visto che finalmente ho trovato il codice giusto non lo cambio più