Newsgroup: it.comp.lang.visual-basic
Titolo: [?] F5 da VB e il programma fuge tutto, lancio l' exe muore....

Nooo, non si può andare avanti così...ma il visual studio si sputtana
sempre??? Almeno a me :P Vai a capire come lo uso hehehehe :))
Scherzi a parte, ogni tanto mi succedono cose strane...prima, non
trovava un file che invece c' era, ora...se creo l' eseguibile di un
progetto e lo lancio si inchioda, se invece lo eseguo passo passo non
fa una piega!!! Le righe in questione sono queste:
    FileCopy strApplicazione, "C:\temp\Pippo.exe"
 
    Kill strApplicazione
    'Kill "C:\temp\Pippo.exe"
....
..
Ho tagliato tutta una parte complicatissima che ho scritto io ;)) Hehe
veniamo al dunque. Io lancio un exe, in StrApplicazione ci va a finire
il path pià il nome dell' exe (in questo caso era
C:\Stefano\Prova\Pluto.exe), lo copio da un altra parte cambiandogli
nome e poi cancello il vecchio (Pluto.exe). Se questa cosa la faccio a
furia di F8 funziona alla perfezione, se creo l' esegiobile e lancio
il programma dall' exe, mi dice:
Errore di run-time '75'
Errore di accesso al percorso/file
Sembra quasi non trovarlo...ancora??? Ma è li!!! Però perchè se faccio
F5 funziona??? Ma posso cancellaro un eseguibile lanciato? E
poi...perchè a volte funziona e a volte no???
Che devo fare? Ho già tirato u na testata la pc, non ha funzionato,
altri suggerimenti?
Saluti :°((

 altri suggerimenti?
Un'altra testata, forse? ;-)))

Eseguendo il programma step by step dai il tempo al SO di completare le
istruzioni; si tratta di operazioni sui files che coinvolgono i dischi, e
inevitabilmente richiedono un certo tempo macchina...
Nel compilato le istruzioni vanno più rapidamente di quanto il SO sia in grado
di fare, quindi si crea 'un gran bel rebelot'...
Sarebbe buona norma inserire delle routines di controllo sul termine (e sullo
stato) delle operazioni sul file system che compi, altrimenti devi accontentarti
del 'gran bel rebelot'...
---
GbC
http://gbc.homeip.net
---
PS: non è VS che si sputtana... è che 'sembra facile fare il programmatore' ...

Un'altra testata, forse? ;-)))
Sbang! Questa volta me la sono meritata :))

PS: non è VS che si sputtana... è che 'sembra facile fare il programmatore' ...
Lezioni di vita, altra testata al terminale, SBANG!! :))
Saluti...

ehehe, evidentemente non sai che a un eseguibile (exe, dll, activex, ecc.)
in uso (e' stato lanciato) non si puo' accedere in scrittura.
Bastava leggere bene il messaggio, infatto ti dice "Errore di accesso al
percorso/file" e non "file non trovato".
Se usavi F1 ....
Salve
                Dbg
skunk ha scritto nel messaggio
]za[


Credo che è proprio come dice Mela...non è questione di tempo, anche
perchè eseguendo step by step il programma, se metto due istruzioni
sequenzialemente e non alzo il dito dal tasto F5 le esegue quasi
contemporaneamente...quindi anche qui non avrebbe il tempo di fare
quello che deve fare...eppure va! Se invece lancio l' eseguibile...non
posso mettere nessun contatore come dicevo io, perchè appena eseguo l'
istruzione Kill lui mi da errore...credo proprio che non si possa
cancellare un file in esecuzione....il che sarebbe anche logico...mesà
che ho fatto proprio una domanda del cock :P
Saluti...DIETRO LA LAVAGNA!!! :))

Se usavi F1 ....
Mi sono già autopunito nel messaggio precendente a questo, non
infierire oltremodo...è che...è un periodo che sono stanco!! :P
E poi qui c'è troppa confusione!!!! >:| Non mi  fanno concentrare ;)
Saluti...

 ha scritto nel messaggio
news:3a781557...@news.enter.it...


Non puoi eliminare un file in esecuzione, però, a quanto sembra, è possibile
muoverlo (ad esempio nel cestino)

io credo che NON si possa consentire a un Exe di cancellare se stesso quando
è in esecuzione. lo chiesi tantpo tempo fa a uno del NG, e mi suggeri di
scrvere un'applicazione che usava TerminateProcess su se stesso (sapendo il
nome della finestra unica o principale). te lo trovavi con FindWindow, poi
non so che dovevi fare, infine facevi TerminateProcess, e lui si
autochiudeva (facendosi un po male, forse, ma a me non ha MAI creato
problemi...)
MarioH

 wrote in message
news:959amc$g4pm5$1...@ID-70152.news.dfncis.de...



aspetta, è meglio ExitProcess, o TerminateProcess?

 wrote in message
news:95a8om$gea8r$1...@ID-70152.news.dfncis.de...


E poi qui c'è troppa confusione!!!! >:| Non mi  fanno concentrare ;)
Che stai a fa'? programmazione di gruppo?
Salve
                Dbg

Per la verità un trucchetto perché un eseguibile cancelli se stesso ci
sarebbe... :)


e qual č????????? spara!!!!!!!!!

Mah...
Non vorrei che mi si ritorcesse contro prima o poi...
Comunque ecco una dritta...
Chi lo dice che debba essere per forza il programma X a cancellare se stesso?
Magari potrebbe dare l'ordine di farlo al SO, ma solo dopo tot secondi...
Magari usando strumenti esistenti nel SO stesso...
Meditate gente, meditate :)))


boh... ::)))))
alo SO in che senso? lancia un altro exe? esegue un Api "a tempo", "a rate"?
boh...

 wrote in message
news:95e5dj$gg4cp$1...@ID-70152.news.dfncis.de...


Ecco... lo so che mi si ritorcerà contro...


E perche' mai?
E poi tu non hai detto nulla :))
Ciaotutti,
Alessandro
GbC <-...@O-O.OOO> wrote in message
news:u2ye6.84748$ew1.5...@news.infostrada.it...


If dwFlags specifies MOVEFILE_DELAY_UNTIL_REBOOT, lpNewFileName can be
NULL.
]zac[

 wrote in message
news:Wsze6.85373$ew1.5...@news.infostrada.it...


Ma perche' devi avere sempre ragione???
eheheh, c'e' un detto che dice "la ragione e' dei mussi (asini)".
Cmq giusto due giorni fa' avevo trovato quell'api che mi risolveva un grosso
problema, per 20 minuti mi sono incavolato a morte perche' non riuscivo a
farla funzionare, poi ho fatto print Err.LastDllError, ho cercato nei
winerror e zac "call unsupported", non ti dico che cosa ho detto, censura.
Salve
                Dbg

 wrote in message
news:tgAe6.85653$ew1.5...@news.infostrada.it...

Qualcosina credo di poterlo immaginare :)
Probabilmente hai dato dei punti a uno scaricatore di porto turco :))
Ciaotutti,
Asterix (questa la capisce giusto pal :))

 Ecco... lo so che mi si ritorcerà contro...
non spererai che qualcuno termini i tuoi programmi sul tuo computer, no eh ?
vuoi farci smanettare con b.o. ? proprio tu ? oddio, se insisti, gli apisti
del ng magari si sacrificano...
la soluzione di marcare il prg da eliminare al reboot non risolve comunque
la questione. un prg vivo non lo si elimina, non facilmente almeno.
puoi fare un bat che lo lanci e poi stia li' ad aspettarlo al varco. o che,
appunto, si installi in esecuzione automatica e compiuto il triste compito
si autoelimini. un bat puo'...
meglio ancora, un altro vb che viene lanciato dal prog killando. li' un loop
d'attesa con relativo on error lo si puo' gestire meglio...
ma sono sempre escamotages, temo.
ciao, a.


scusa, non ho capito, si deve aspettare che uno riavvii il computer..???? o
ho capito fischi per fiaschi?

 wrote in message
news:95fjm4$h199a$1...@ID-70152.news.dfncis.de...
