Newsgroup: it.comp.lang.visual-basic
Titolo: C++ e visual basic

Vorrei realizzare un'applicazione con interfaccia in visual basic e il resto
in c++. E' possibile? Qualcuno può dirmi dove posso trovare della
documentazione?
Grazie a tutti e ciao
Vefran
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 della documentazione?
ti crei delle dll in C++ e richiami le funzioni da VB.
Altrimenti con .NET puoi usare indifferentemente i due linguaggi (purchč
appartenenti a 2 progetti diversi).
bye
-- 
Esistono 10 tipi di persone: chi conosce il binario e chi no.
"Seminate Linux, che Windows si pianta da sč...." (Antico Adagio)
Gestione Ottica - Gestionale per Ottici e Programmi Gratuiti su:
http://www.nicolaottomano.it

 in c++. E' possibile? 
Si...
Ciao
D.

 (purchč appartenenti a 2 progetti diversi).
cioč? :-?
Sono fermo al VB 6 e non ho capoto molto.... nel .net posso usare del codice
c++ (o c#, ecc.) in un programma vb?
Mi sai dire qualche link nella rete?
Grazie mille! :)

 bye
 Grazie in ritardo per avermi risposto. Se uso le DLL gli oggetto che
istanzio tra una chiamata e l'altra di funzioni della DLL,questi rimarranno
istanziate o verranno perse?
Grazie ancora e cia.


 istanziate o verranno perse?
un tempo il vecchio W4W aveva alcuni flag che descrivevano un 
segmento di memoria associato ad una qualsiasi risorsa, anche 
codice eseguibile, del tipo NON DISCARDABLE.
Probabilmente anche adesso esiste qualcosa del genere.
Sul fronte VB penso che tutto si riduca nella chiamata di 
funzioni volute e caricamento dinamico automatico della DLL 
referenziata nella DECLARE .... anche se forse con una API 
"LoadLibrary" avresti più controllo di quel che succede, 
bisognerebbe guardare i parametri.
Dal punto di vista del C++ e della DLL, il controllo sul ciclo 
di vita dell'oggetto (di qualunque cosa tu istanzi esternamente 
o internamente) è estremamente libero e preciso.
In pratica dichiara STATIC (anche entro le classi) o globalmente 
(peggio, i globaloni in C++ non sono mai necessari) tutto quanto 
presumi debba mantenere il suo valore tra una chiamata e l'altra 
(non però se la DLL viene caricata e scaricata più volte, tra un 
caricamento e il sucessivo temo).
Dirò una banalità, ma non puoi conservare tutto ciò che viene 
dichiarato AUTO (nessun dichiaratore in pratica), REGISTER, 
argomenti formali di chiamate.
ciò che è invece STATIC o EXTERN (globale) vive quanto l'intero 
tempo di permanenza in esecuzione della DLL. Anche qui, ci sono 
funzioni che vengono chiamate prima di LibMain, ma diventerei 
OT. Ancora più flessibile, sul lato DLL, è la gestione di 
oggetti sullo heap (con NEW e DELETE), laddove il tempo di vita 
lo decidi tu esplicitamente (talvolta inavvertitamente).
Esiste persino un dichiaratore C++, che potrebbe giovarti se 
presumi di fare uso di CallBack o cmq di condivisione di 
variabili tra VB e DLL tramite indirizzo, definito "VOLATILE" da 
molti compilatori, che indica che la variabile in questione, 
potendo andare soggetta a modifiche asincrone e fuori dal flusso 
di programma (ad esempio se la variabile viene alterata fuori 
dalla ignara DLL), non deve essere MAI ottimizzata e usata tal 
quale se per caso risultava già presente in un registro, ma 
sempre e rigorosamente ricaricata dalla memoria in modo che il 
valore rimanga sempre sincronizzato ed aggiornato.
ciao
CCCP++Mario


Qualcuno conosce dove su internet posso trovare un po' di documentazione x
farli comunicare?
Help me, pls!!!

--------------------------------
Inviato via 
http://arianna.libero.it/usenet/