Newsgroup: it.comp.lang.visual-basic
Titolo: Costruire AUTORUN.EXE

Salve a tutti i frequentatori del gruppo,
volevo esporre un problema e chiedere a tutti voi un parere riguardo alla
generazione di un piccolo applicativo che deve richiamare una pagina html
con il browser associato (su richiesta posso spedire il codice).
Il problema si presenta con alcune installazioni di Windows dove viene
restituito il messaggio "the file oleaut32.dll is out of date. This program
requires a newer version". Ora, io so che devo sostituire questo file, ma
non posso farlo così semplicemente, poichè è un file usato da Windows e
anche forzandone la copia non so che conseguenze ci potrebbero essere...
Non posso nemmeno copiare il setup di questo programmino nel CD e poi
richiamare setup.exe ad ogni inserimento del CD, a meno che non riesca a
modificare il setup originale aggiungendo un controllo del tipo "se il
programma è già installato, allora esci ed esegui un'altra cosa".
Tra l'altro sapevo che era sufficiente che tutte le librerie da accompagnare
all'eseguibile potevano stare nella stessa cartella dell'eseguibile, cosi
che non vada a cercarle in altri posti...
Quindi, domando: che cosa si può fare per questa situazione?
Sono bene accette domande, consigli, trucchi di ogni genere...
Grazie per aver letto questo messaggio.
Saluti,
EmmeCiQuadro Snc
Tony Taborre
t.ta...@emmeciquadro.it
EmmeCiQuadro sul WEB: 
www.emmeciquadro.it

con il browser associato (su richiesta posso spedire il codice).
Non ci crederai ma anche io esattamente 4 gg fa per una ricerca
scolastica mi sono trovato nella stessa condizione e ben sapendo che
sarei incappato nei problemi che ora hai tu -e che da come e' emerso
gia' in una discussione analoga, non sono risolvibili causa dll
applicativo- ho risolto scrivendo un codice delphi, che ho sviluppato
in poco tempo -conoscendo quasi 0 di delphi!- e che posso dare a chi
lo desiderasse, anzi, magari lo migliora pure e mi fa un favore. E il
bello che compilato e funziona autonomamente in 128 kb.
Ciao
Federico Emanuele Galli
Sideralis Programs (Visual-Basic and Delphi)
http://www.softitaly.com/sideralis
Le cose importanti sono le più difficili da 
dire perchè le parole le rimpiccioliscono.

che non vada a cercarle in altri posti...
Esatto.
Io tempo fa avevo fatto cosě.
Windows va a cercare i componenti di cui ha bisogno nelle diverse cartelle, secondo questo ordine:
Windows\System
Windows
Variabili Path di Sistema
Path dell'applicazione
questo sia che la DLL/OCX  sia mancante, sia che sia (scusate il gioco di parole) di errata versione.
Il fatto che a volte non funziona, questo č un altro discorso... ^____^
Ciao,
Moreno
#sirri#@
tin.it
(togliete "#" dall'indirizzo)

questo sia che la DLL/OCX  sia mancante, sia che sia (scusate il gioco di parole) di errata versione.
SI ma non c'era il fatto xhce una votla caricata la DLL msvb ecc le
altre applicaz andavano li a cercarla ? e quindi si rende necessario
il setup dell'autorun ?


il setup dell'autorun ?
Sì. le altre applicazioni richiameranno quella registrata.
Se non ho capito male, il problema di Tony Taborre era di costruire un Autorun e di bypassare il problema delle runtime.
Così facendo si risolve il problema: l'Autorun Funziona. E' logico che poi se si copia lo stesso file (Autorun.Exe ? )
sull'hard disk e si rimuove il CD non andrà più, ma non avrebbe senso....
Se poi l'Autorun installa un programma VB, allora lancia il file di Setup solito e l'applicazione si trova correttamente
registrata.
Nono so se mi sono spiegato...


sull'hard disk e si rimuove il CD non andrā pių, ma non avrebbe senso....
Scusa, non ho ben capito: con "cosi' facendo" intendi creando il setup
per il programmino VB?
Saluti pensierosi,
Marco Gentili
EmmeCiQuadro Snc
m.ge...@emmeciquadro.it

Saluti pensierosi,


>PS: ma voi siete quelli della mc2 che fa storage?
No! (vai a 
www.emmeciquadro.it
 )
Saluti,
Tony Taborre
EmmeCiQuadro Snc
t.ta...@emmeciquadro.it

Sě. le altre applicazioni richiameranno quella registrata.
Si, ho capito, ma mi rimane un dubbio, se il suo autorun esegue le dll
dal cd, poi altre eventuali applicazioni vb eseguite richiameranno
quelle dll che sono sul cd e se quel cd e' stato tolto... non esiste
questo problema ? E? questo quello che mi lascia perpelsso...
Ciao
Federico Emanuele Galli
Sideralis Programs (Visual-Basic and Delphi)
http://www.softitaly.com/sideralis
Le cose importanti sono le piů difficili da 
dire perchč le parole le rimpiccioliscono.


E allora perche' non sfruttare quello che esiste gia?
vi ricordo che in c:\Windows\command c'e' l'utilissimo ma altrettanto
sconosciuto START.EXE...
--
Roal Zanazzi
z...@iol.it

Vi allego il codice c x fare ciò che vi serve:
Ma xche' sei un mito ? :)
Ciao !
Federico Emanuele Galli
Sideralis Programs (Visual-Basic and Delphi)
http://www.softitaly.com/sideralis
Le cose importanti sono le più difficili da 


>Bhe, meglio cosě! :-))
Scusa, in che senso?

sconosciuto START.EXE...
Si ma start.exe avvia anche i file e li associa al programma che in
windows li deve eseguire ?
PS ROAL -aggiornatemi alla ML, che sono rimasto fuori...
fed...@tiscalinet.it
 !!
Ciao



fed...@tiscalinet.it
 !!
Lo sai che non gestisco io la ML... chiedi a chi di dovere...
--
Roal Zanazzi
z...@iol.it

No, "così facendo" vuol dire copiando le runtime ed i controlli nella stessa cartella dell'eseguibile...
Ma il problema e' proprio qui.
Abbiamo copiato nel CD anche il file Oleaut32.dll, oltre alla runtime
di VB...
Il fatto e' che se il CD parte su un computer che ha una versione di
Oleaut32.dll piu' vecchia di quella necessaria al programma, viene
generato l'errore "The file oleaut.dll is out of date..." ecc.
Saluti,


 sign brevis.