Newsgroup: it.comp.lang.visual-basic
Titolo: Scrivere su un eseguibile in uso

Ciao a tutti,
volevo chiedervi se è possibile fare in modo che un eseguibile possa
scrivere dei dati su se stesso, di conseguensa (logicamente) quando il file
è in uso.
Io ho provato con l'istruzione OPEN xxxx for binary ... ma quando cerco di
scrivere mi viene generato un errore.
Non ho provato, ma da esperienze/errori precedenti credo che sotto sistema
NT o 2000 e XP-Pro la cosa dovrebbe funzionare senza problemi, ma a me
servirebbe anke sotto 9x e Me.
L'eseguibile è creato con VB5
Grazie a tutti,
Pusky

 servirebbe anke sotto 9x e Me.
Assolutametne no! non funge nemmeno sotto winNT se un file è in uso non puoi
scriverci...
ciao

 scriverci...
Sotto winNT ho visto eseguibili che si autocancellavano, file in uso (in
quel caso MDB) che si facevano copiare.
Comuque Grazie della risposta

 scriverci...
Anni fa, quando programmavo in Clipper, avevo fatto un programma che andava
a leggere e scrivere in coda a sč stesso e funzionava. C'č da dire che il
programma girava sotto DOS, ma comunque era possibile scrivere su un file in
uso!
Non ho piů provato a fare questi esperimenti con VB...
Ciao!
--
Esteban
Hosted by 
www.seber.it
(Remove nonspammare for reply)

 quel caso MDB) che si facevano copiare.
Copiare un file in uso è differente da modificarlo/cancellarlo...

 uso!
Perchč una volta caricato il programma risiedeva in memoria e non bloccava
piů l'eseguibile...

 ha scritto nel messaggio
news:a6na2r$1fps$1...@phobos.ibnetwork.net...


 un mese mi sembra che sia la quarta volta che posto questa funzione
Non voglio fare il polemico, ma avresti potuto risparmiarti la risposta, e
restare solo a quota 3 ;-)
Io non ho chiesto come copiare un file, ho chiesto un'altra cosa.
Ora faccio il polemico:
Troppo spesso la gente è talmente pigra che non legge i messaggi esistenti
ma posta subito la sua richiesta.
Altrettanto spesso la gente risponde in modo seccato a queste persone ke non
hanno voglia di leggere, ma a loro volta non hanno letto bene la domanda
postata.
Risposta per tutti (COMPRESO ME) Leggiamo di più



La copia del file funzionava solo sotto winNT, sotto 9x generava un errore
Mah, misteri della vita.

 ha scritto nel messaggio
news:a6nds6$1hl2$1...@phobos.ibnetwork.net...


 Risposta per tutti (COMPRESO ME) Leggiamo di più
... e QUOTIAMO meglio... :(

 a leggere e scrivere in coda a sè stesso e funzionava.
Io l'ho fatto in Pascal: un readme.exe che altro non facieva che
visualizzare il testo senza usare l'edit o il type.
Peccato che il McAfee credeva fosse un virus (andava a leggere oltre la fine
dell'exe il testo) :P
Ciao

 Risposta per tutti (COMPRESO ME) Leggiamo di più
Hai ragione, scusa, però vedi di quotare in maniera umana, fatti spiegare da
hal come si fa..
Ciao

 è in uso.
Sull'exe?...caso mai funzionando?
Senza ricompilare?
a che pro?
cioè io ho il mio programma in esecuzione e aggiungo e/o tolgo procedure e
funzioni, modifico la sequenza degli eventi,cambio la logica e lui non si
arrabbia e continua indisturbato a funzionare?....uao!che figata! dove si
compra questo programma???...è il programma definitivo...lo voglio!
forse ti sei espresso male...vuoi aprire un file già in uso...
o ragazzi ma che ci dovete fare col VB???...altro che io mi trovo a dover
fare le solite gestioni???

"Wodka4U" <marco_123_TOGLIQUI@mar_456_ANCHEQUI_tek.it> wrote in message
news:I8Jj8.59993$_u5.1...@news1.tin.it...
Premesso che modificare un eseguibile in corsa è come buttarsi dal
trentesimo piano sperando che siano solo ventinove,
sotto Win9x gli eseguibili a 16 bit si possono aprire in scrittura anche
quando sono in esecuzione.
Dubito che un'append abbia senso e non procuri instabilità.
Siccome ne ho avuto bisogno anch'io (scopo crittografia) ho creato una
costante stringa
 con la prima parte di contenuto noto e da non modificare, e la seconda
parte modificabile a necessità.
Con una ricerca nel file .exe cerco la parte nota della stringa, poi
faccio get e put sulla parte modificabile.
Non ho avuto ancora necessità di migrarlo a 32 bit, ma credo che sia
impossibile aprire in
scrittura un .exe32 bit  in esecuzione.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 forse ti sei espresso male...vuoi aprire un file già in uso...
Effettivamente sono stato poco chiaro:
Devo aggiungere in coda all'eseguibile un codice di attivazione/scadenza
dello stesso, in modo che il programma non possa essere ceduto/copiato/come
volete chiamarlo, in modo illegale.
Siccome il programma non è ancora definitivo, non volevo scrivere chiavi di
registro da cercare o trucchi simili.
Pensavo di scrivere in coda all'eseguibile un dato preso dal computer
(esempio il codice del disco fisso), l'utente me lo comunicava, io gli davo
un controcodice, lui lo inseriva in una maschera di registrazione e il
programma accodava sempre a se stesso il controcodice, in modo da non
richiederlo.
Forse l'idea non è delle più geniali, ma la scadenza incombe è non ho altre
idee.
Grazie a tutti
Pusky
[CUT]

 ha scritto nel messaggio
news:4121b1da8d2f7db6094...@mygate.mailgate.org...

Grazie della risposta.
Forse devo cambiare soluzione al mio problema (protezione del programma...)
Saluti,
Pusky

 idee.
Ho trovato in rete un programma shareware con limite temporale di utilizzo.
La protezione era molto semplice: inseriva nel win.ini un numero che non era
altro che una codifica di una data.
Poiché le istruzioni per ckrakkare il programma si trovano in internet, il
programmatore, nella versione sucessiva ha cambiato metodo: ha inserito i
dati di protezione del programma in un semplice file di testo a cui
semplicemente ha assegnato l'estensione .gif e lo ha inserito nella cartella
di sistema.
Solo cercando la stessa stringa usata nel win.ini sono riuscito a scovare il
.gif in questione.
Quindi: se fai un programma e come protezione usi questo accorgimento e se
il tuo programma non č cosě famoso da poter trovare il ckrack su qualche
sito warez, non hai ottenuto una soluzione al tuo problema?


 ha scritto nel messaggio
news:XSJj8.10563$1S3.2...@twister1.libero.it...
| Ho trovato in rete un programma shareware con limite temporale di
utilizzo.
| La protezione era molto semplice: inseriva nel win.ini un numero che non
era
| altro che una codifica di una data.
| Poiché le istruzioni per ckrakkare il programma si trovano in internet, il
| programmatore, nella versione sucessiva ha cambiato metodo: ha inserito i
| dati di protezione del programma in un semplice file di testo a cui
| semplicemente ha assegnato l'estensione .gif e lo ha inserito nella
cartella
| di sistema.
| Solo cercando la stessa stringa usata nel win.ini sono riuscito a scovare
il
| .gif in questione.
beh, a sto punto mi faccio un type (almeno e'
organizzato in maniera leggermente - pulita)
e trasformo il testo nel corrispondente ascii
e lo rigiro quando lo leggo...
o no??
saluti
--
[ Penguin At Work ]
-> 
http://web.tiscali.it/penguinatwork/
-> aka Fustino Di Dixan while working

 e lo rigiro quando lo leggo...
Trasforma quello che vuoi come vuoi, l'idea era del file del tipo 'anonimo'.


 di sistema.
Potrebbe anche scriverlo in una bitmap vera.
Basta trovare una linea di pixel poco visibili, magari in un'ombra ;-)
Bye, G.

"Paperino" <non...@lo.dico> ha scritto nel messaggio
news:a6q875$41tc$1...@stargate1.inet.it...

Se la mia stringa la accodo ad un file di help posso andare incontro a
problemi nell'utilizzo dell'help stesso???
Grazie,
Pusky

 problemi nell'utilizzo dell'help stesso???
Boh :-) Prova...
Bye, G.