Newsgroup: it.comp.programmare.win32
Titolo: eseguibile C++Builder

Sapreste dirmi quali sono i file dll richiesti dall'eseguibile di un
programma sviluppato in C++Builder
per essere trasportato su altre macchine in cui tale ambiente di
programmazione non è installato ?
Vi ringrazio anticipatamente per il vostro eventuale interessamento.

programmazione non è installato ?
Nessuna.
--
Andrea Laforgia (
andrea_...@bigfoot.com
)
-----------------------------------------------------
"There is nothing better for understanding a kangaroo
 than seeing it jump." [D.Grune, C.J.H. Jacobs]
-----------------------------------------------------

 programmazione non è installato ?


 Nessuna.
Beh non direi, basterebbe mettere un bottone sul form per richiamare le
librerie del VCL... che non vengono distribuite assieme a windows come
comctl32 naturalmente.
Conviene per essere sicuri e per distribuire applicazioni piú compatte
linkare staticamente e non fare build with runtime packages togliendo i
relatiivi check da project>options>
...


comctl32 naturalmente.
E gia' :)



Devi utilizzare il comando 'tdump' in questo modo:
dal prompt del DOS scrivi:
tdump percorso_e_nome_eseguibile.exe > dat.txt
ora, nella cartella del programma ci sarà il file dat.txt; aprilo e ti
verranno scritte tutte le librerie dll utilizzate.
Un es di file dat.txt:
    [lungo elenco]
    Imports from VCL35.bpl
    [lungo elenco]
    Imports from KERNEL32.dll
    [lungo elenco]
    Imports from SHELL32.dll
    [lungo elenco]
    Imports from cp3240mt.dll
    [lungo elenco]
    Imports from borlndmm.dll
    [lungo elenco]
ciò significa che devi copiare insieme all'eseguibile VCL35.bpl,
KERNEL32.dll, borlndmm.dll etc.
Ciao,
Vale

 wrote in message
JVQ_4.99576$VM3.7...@news.infostrada.it...


E' possibile e se si' come?
Credo non sia possibile, di norma in questi casi bisogna distribuire gli ocx
assieme al proprio eseguibile avendo cura di registrarli nel sistema durante
l'installazione del programma...
avere un unico eseguibile da 15 Mb non serve affatto, se da un lato sei
sicuro di avere tutto il necessario in quel file, dall'altro stai
rinunciando al bello della programmazione per componenti, esempio:
immagina di scrivere un applicativo che incorporando il controllo WebBrowser
sia in grado di visualizzare pagine html, un domani l'utente installa
Internet Explorer 6, la tua applicazione ora godra' di un visualizzatore di
pagine molto piu' veloce e con un sacco di nuove funzionalita': se linkassi
staticamente il controllo all'interno del tuo eseguibile, questo non
avverrebbe!
Le dll sono nate per semplificare le cose, che poi vengano usate male e/o
dimenticate nell'Hard Disk dello sviluppatore e' un altro discorso...
Ciao, buon lavoro, Davide...

 ha scritto nel messaggio
news:2rA%4.139600$VM3.9...@news.infostrada.it...

Linkando dinamicamente un programma contenente in controllo activeX (con
tutte le dll richieste incluse) facendolo girare su una macchina che non ha
mai avuto installato lo CBuilder , l'esecuzione non va a buon fine -->appare
il messaggio "class not registered" .
Devo registrare questo componente?Se si' come si fa?
Grazie Fabrizio.

 Devo registrare questo componente?Se si' come si fa?
i componenti vanno registrati nel sistema, se hai la dll Pippo.dll che
contiene i tuoi componenti, dovresti registrarla scrivendo nel prompt dei
comandi "regsvr32 C:\PercorsoCheVuoi\Pippo.dll", non l'ho mai fatto di
persona ma ho sentito che i programmi di installazione seri (InstallShield,
Wise...) permettono di registrare le dll in automatico.
Ciao, Davide.