Newsgroup: it.comp.appl.access
Titolo: CONVERSIONE in VB

Avendo un programma in Access, come posso fare a convertirlo in VB
in modo da averci un EXE???
Grazie
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Grazie
Devi rifarlo in VB (e devi saperlo fare pure bene visto che è cmq molto
diverso da Access)... la conversione automatica non esiste... ma per l'EXE
esiste il Developer di Access (cosa un botto ed è quasi introvabile, ma il
risultato è quello che vuoi... un eseguibile autoinstallante senza che
access sia presente sella macchina)
Maurizio

 ha scritto nel messaggio
news:lAFj8.9333$%g7.2...@twister2.libero.it...

Cerchiamo di non dire fesserie: un db Access NON POTRA' MAI diventare un
.exe.
Esiste una specifica licenza d'uso "Office Developer Edition", che consente
allo sviluppatore di distribuire l'applicazione con una versione runtime di
access, la quale consente di usare appieno il db sviluppato, ma di non di
effettuare modifiche.
Nel CD ci sono dei tools per costruire un installer, stile VB, che installa
la runtime e i componenti usati nello sviluppo, apporta le dovute modifiche
al registro di configurazione, ecc., ecc.
Se si vuole un .EXE, l'unico modo è riscriverlo completamente in VB o in VC.
Bye.
Giorgio

 ha scritto nel
messaggio news:a6n9bl$n5o$1...@pinco.nettuno.it...

Concordo perfettamente però esiste una piccola utility che trasforma SOLO ed
esclusivamente le maschere in forms VB con il relativo codice.


E cosa gli hai detto di più di quanto non abbia detto io!!!???

 ha scritto nel messaggio
news:sSGj8.9694$%g7.2...@twister2.libero.it...

Ti ho corretto: non viene generato un exe che funziona senza access, viene
installata una runtime, che è una cosa sostanzialmente diversa.
Per la reperibilità: qualsiasi rivenditore Microsoft lo può ordinare.
Bye.
Giorgio

 Se si vuole un .EXE, l'unico modo è riscriverlo completamente in VB
NOOO!!!!
VB NON è un compilatore: il .EXE che crea deve comunque essere accompagnato
da nugoli di librerie di Runtime quando agganciato a DB... (e comunque
sempre da MSVBXX.dll).
La versione .NET poi installa un CLR da decine di MB per funzionare.
Ciao.

 
il nome dell' utility?

 ha scritto nel messaggio
news:pXHj8.9893$%g7.2...@twister2.libero.it...

Mi associo. VB genera uno scarso pCode, chi vuol capire capisce, che non
vuol... pazienza.

 vuol... pazienza.
Mhmmm ... vero in parte: le versioni 5 e 6 possono (a opzione) compilare in
codice nativo macchina, anche se l'.EXE conseguente resta un finto
eseguibile.
Le prestazioni in ambito gestionale migliorano trascurabilmente:
l'input/output dal disco č un collo di bottiglia che *pialla* le differenti
tecnologie di compilazione ... ma se esegui test di calcolo a virgola mobile
le prestazioni si avvicinano a quelle di VC++.
La presa per il culo del "compilatore" di VB č sempre stata l'impossibilitą
di linkare in un unico eseguibile .OCX o Dll (assolutamente necessarie per
gestire l'accesso ai dati, dato che non ha strumenti nativi come Access).
Questi discorsi ormai sono solo accademici: con la versione 7 di VB (.NET)
Microsoft ha abbandonato il native code per la metacompilazione MSIL.
Ciao.


Cazzz.....
Ogni tanto fate questi cut? A me divertono un sacco.
Ciao.



e fra l'altro costa pochissimo visto quello che ti consente di fare
essendo libero da royalties
considerà poi che puoi prendere di solito la versione upgrade
comunque neanche il VB genera un eseguibile stile C++ ha anche lui
bisogno delle sue librerie al seguito
leggiti il faqqone su 
sitocomune.com
 per maggiori informazioni
Saluti.
Emanuele.