Newsgroup: it.comp.lang.visual-basic
Titolo: Creazione eseguibile

Come creo un eseguibile partendo da un .mak?
Grazie.
Gregor.

 Grazie.
Procurandoti la gloriosa versione 3 Visual Basic oppure creando un nuovo
progetto con un VB recente aggiungendo tutti i file del vecchio progetto.
Puoi ricavare la lista dei file e le informazioni sul progetto aprendo il
.mak con un editor di testo
Ciao
--
Luca Dormio
luca....@tin.it

Scusate l'ignoranza ma cos'è un .mak???
Grazie
Ciao.
Paolo.
Luca Dormio <lucaFAV...@tinFAVA.it> wrote in message
9nnr2r$q62$1...@fe2.cs.interbusiness.it...


"Luca Dormio" <lucaFAV...@tinFAVA.it> wrote in message
news:9nnr2r$q62$1...@fe2.cs.interbusiness.it...

Il progetto, nato con VB3.0, l'ho modificato a puntino e adesso gira
perfettamente sotto VB6.0.
Quello che mi servirebbe è creare un exe per poter far girare il programma
in Pc che non dispongono di VB.
N.B.: il progetto in questione non è più compatibile con VB3.0, infatti
all'apertura del progetto ci sono subito incompatibilità.
Gregor.

 in Pc che non dispongono di VB.
Menu File -> Compila
Poi c'č il programmino Creazione Pacchetti incluso in VB che crea il Setup.
Ciao

 Poi c'č il programmino Creazione Pacchetti incluso in VB che crea il
Setup.
Con "Creazione guidata pacchetti d'installazione" avrei bisogno di un file
.vbp che non ho, avendo il .mak (del VB3.0).
Gregor.

 Menu File -> Compila
Se non è cosi' facci sapere di cosa sei in posssesso ( in teoria progetto
per vb3 e programma VB6).
--
Ivan Castellaro
Mettere un punto tra nome e cognome per l'e-mail.
ivancas...@libero.it

 moduli ecc...).
Probabilmente ha tenuto la vecchia estensione.
Salva il .mak come .vbp e tutto dovrebbe risolversi.
Ciao

 per vb3 e programma VB6).
*VB3.0, VB6.0professonal, progetto originale creato con VB3.0 e progetto
modificato che gira perfettamente sotto VB6.0
Grazie a tutti.
Gregor.

 Salva il .mak come .vbp e tutto dovrebbe risolversi.
Risolto cosě infatti!
Cmq a me non serve creare un installatore, ma solo un EXE che mi lanci il
programma su qualsiasi Pc. Con l'exe attuale invece, mi servono tutti gli
ocx registrati sul Pc e altri file da mettere nella directory di
sistema.....troppo laboriosa la cosa.
Gregor.

 wrote in message
qJ6o7.903$7Y3....@news2.tin.it...

Benvenuto nel mondo di VB!
e' laborioso ma, ahime', inevitabile...



???
Fatta (parziale) eccezione per Delphi che permette di creare un exe che
incorpora tutto il "necessario" in modo anche efficiente (Roal, a te la
conferma), qualunque programma Windows richiede l'installazione di tutte le
dll e ocx utilizzati nel tuo applicativo.
E questo č anche logico, se consideri il concetto stesso di dll, in
opposizione al concetto di library statica tipico per es. dei compilatori
dos.
ciao
ugo

 programma su qualsiasi Pc. Con l'exe attuale invece, mi servono tutti gli
prova con il buon vecchio fusion 2.0
http://www.bit-arts.com/soft.html
--
Fibia "Service bot" FBI


Da quel che ne so (correggimi se sbaglio) fusion si limita a "simulare"
l'incorporazione delle funzionalità di ocx etc...
ciao
ugo

 l'incorporazione delle funzionalità di ocx etc...
mai provato... personalmente non uso ocx e non di questi problemi :)
da quel che ne so Fusion incorpora le DLL nell'unico exe. Al momento
dell'esecuzione le DLL sono caricate in memoria e scaricate alla chiusura
dell'exe. Una sorta di DLL statiche :))
--
Fibia "Sakamoto" FBI
E-mail: 
fibi...@hotmail.com
ICQ UIN 63586057
Sito Personale: 
http://www.geocities.com/fibiafbi
VB Simple: 
http://vbsimple.virtualave.net
Membro #26 delle Mitiche Brigate Takahashi sezione Sud

 mai provato... personalmente non uso ocx e non di questi problemi :)
Nessun ocx?
Nemmeno quelli standard?
Comunque sì: il tentativo è quello di creare un exe completamente
autosufficente.
L'ho provato una volta per sfizio (versione demo) sun un mio progetto di
medie dimensioni che faceva ampio uso di chiamate api.
Il risultato come mi aspettavo è stato piuttosto deludente: GPF cronico
all'avvio.
Questi programmini che giocano con i linkaggi (come ad esempio i vecchi
"compattatori" di exe) non mi convincono molto: chi mi assicura che il
risultato sia quello voluto?
Già ci mette del suo il compilatore :)
Ciao

 risultato sia quello voluto?
eheh.. in passato usavo il PkLite.. davvero carino e funzionante
fare un relinking è una cosa molto rischiosa.. se il programma fosse una
briscoletta potrebbe passare ma quando il setup coinvolge l'MDAC o
componenti di sistema è meglio evitare.



E' quel che sapevo anch'io.
Anch'io non l'ho mai provato, proprio perchè trovo semplicemente assurdo il
tipo di approccio al problema.
ciao
ugo

 componenti di sistema è meglio evitare.
per quel che sapevo, pklite, come aspack, tutto quello che fanno e' +-
zippare l'exe, che caricato in ram riprende pero' tutta la sua stazza.
utili quando i dischi erano da 10mb.
ora un 10gb si fatica a trovarlo...
ciao, j.dsk


Mah, non me ne intendo molto, ma credo che alcuni più "intelligenti"
facessero qualcosa di più proprio a livello di codice, ricordo vagamente
alcune opzioni.
Più o meno come le opzioni di compilazione di un progetto.
Solo che una cosa è settarle a livello di compilazione, un'altra è
modificare la struttura interna dell'exe per guadagnare spazio.
-- SiDB Engine -------------------------------------------
 
http://space.virgilio.it/zntf...@tin.it/sidb/sidb.htm
----------------------------------------------------------

 zippare l'exe, che caricato in ram riprende pero' tutta la sua stazza.
Ne ricordo uno veramente carino quanto inutile: glue.
Praticamente consentiva di "linkare" un programma dos e uno win3.x in un
unico exe.
Poi a seconda della shell che usavi lanciava uno o l'altro :)
