Questione : Ordine funzionante del ftp da uno schedario di lavoro

Ho provato a denominare uno schedario di lavoro da VB.Net using l'ordine delle coperture. Ciò funziona perfettamente & l'ordine dall'applicazione di VB.NET è come segue:

Shell (“r1.bat di C:\daemons\getslice„, vbNormalFocus). la lima del

The getslicer1.bat è questa:

" - s: il

This di getslicer1.ftp " è lima giusta del ftp di too.
The che è invocata dal blocco che di cui sopra la lima è: il
quit

Which del
get statex_slicer1.txt del
rename statex.txt statex_slicer1.txt del
delete statex_slicer1.txt del
hc
cd C:\STATEX del

open 192.168.0.21 funziona troppo per lo più. Quando lo dico per lo più significare che quello a volte quando lo schedario di lavoro è denominato la posizione dove la lima di .ftp è cercata dalla lima di .bat sta cambiando!!!! il
So l'ordine delle coperture denomina la lima di getslicer1.bat da C:\daemons e la lima di getslicer1.ftp è situata nell'indice di C:\ in modo da ha eseguito a volte tuttavia se faccio una pausa lo schedario di lavoro che posso vedere che l'ordine in lotti nella linea di ordine sta osservando ad un indice differente!!! il
I non può capire perché mentre nessuno e niente hanno cambiato qualche cosa NÉ nel codice del BLOCCO o del ftp ma tuttavia quando esegue prova a cercare la lima del ftp in una posizione differente. il
I pensa che dovrei forzare lo schedario di lavoro per cercare il fpt in un determinato location.
When che ho fatto il primo turno la lima di getslicer1.bat using l'ordine delle coperture ha osservato per difetto in C:\ in modo da ho supposto che questo è il difetto.
However se scatto sopra la lima del blocco all'interno del: La C \ demoni in cui gli è individuato mostreranno un errore (se faccio una pausa il codice) mentre cerca il ftp all'interno di C:\daemons. il
So la posizione dove lo schedario di lavoro cercherà la lima del ftp dipende ovviamente dal metodo che è invoked.
If invocato dalle coperture da VB.NET cerca il ftp in C:\ ma se il funzionamento localmente esso cerca la lima nello stesso indice da dove è stato iniziato. Per quanto se denominato dall'ordine di SHELL la posizione dove la lima del blocco prova a fare funzionare la lima del ftp chnaging basi sul dio sa che what.
Could voi lo aiutano prego con questo?
class= del

Risposta : Ordine funzionante del ftp da uno schedario di lavoro

È come questo:

Potete fare funzionare uno schedario di lavoro che è situato DOVUNQUE sul vostro sistema vicino:

   (1) specificarlo è percorso pieno con il nome di schedario

   (2) traversando all'indice in cui lo schedario di lavoro esiste, allora riferentesi appena per nome

La differenza è, lo schedario di lavoro soltanto vederà le lime attualmente “indice di funzionamento„: dove siete - non dove lo schedario di lavoro è.

Quando fate un ordine CD su esso è di possedere, DOS restituisce l'indice di funzionamento corrente gli che mostra dove siete.

NOTA: Normalmente, perché il richiamo di difetto è “$p$g„, il vostro indice di funzionamento corrente è indicato sempre come componente del richiamo del DOS. Potete cambiare questo introducendo il seguente comando:

   $g RAPIDO

o persino:

   RICHIAMO %username% $+$g

Nel qual caso, dovrete occasionalmente verificare dove siete entrando appena il CD su esso deve possedere (o persino ECO %cd%).

Che cosa CD rinvia è il vostro indice di funzionamento corrente.

Non importa dove schedario di lavoro siete individuato, se deve riferirsi a delle lime, osserverà SEMPRE SOLTANTO nell'indice di funzionamento corrente A MENO CHE…

A meno che specifichiate il percorso pieno della lima come componente di esso è nome di schedario (in modo che lo schedario di lavoro conosca dove cercare la lima).

Di conseguenza, GetSlicer1.bat deve assomigliare a questo:

   ftp - s: c:\getslicer1.ftp

(se GetSlicer1.ftp è situato nell'indice di c:\).