Newsgroup: it.comp.appl.access
Titolo: OT Convertire in vb un progetto access

Ho necessità di convertire in VB un software sviluppato precedentemente in
Access 2000/3 funziona perfettamente anche con il runtime, però siccome gli
hacher e gli smanettoni rompono i cog....... ,scusate la rima, ho necessità
di convertire il tutto in VB.
Chi mi potrebbe aiutare? Chiaramente dietro compenso.

 ha scritto nel messaggio
news:r%9yd.34107$Lg7.1...@twister1.libero.it...

Cosa fanno gli hacker che un mde non ti protegge e vb sì?
MAssimiliano


il fatto è che il software prodotto è di grandi dimensioni e non è stato
possibile farlo in mde a causa della quantità di codice scritta.
Bye

 ha scritto nel messaggio
news:Q7ayd.34116$Lg7.1...@twister1.libero.it...

Guarda non credo sia per la quantità di codice.
L'hai verificato tutto? Hai lanciato debug e quindi risolto i problemi?
Dopo potrai tranquillamente convertirlo.
Tra l'altro, compilandolo, aumenti le prestazioni
MAssimiliano

 ha scritto nel messaggio 
news:frayd.41476$B06....@news.edisontel.com...

ritieni che un mde sia più performante di un mdb? 

 ritieni che un mde sia più performante di un mdb?
Sì, ci togli tanto codice tronco
sei sicuro che non ci sono errori di programmazione
viene ottimizzato il tutto
non va a cercare i riferimenti ma li "inbloba"
MAssimiliano

 ha scritto nel messaggio 
news:ljbyd.41485$B06....@news.edisontel.com...

quei maledetti ocx che non riesco mai a trovare? ... quasi quasi metto tutti 
i front end in mde... 

 possibile farlo in mde a causa della quantità di codice scritta.
Ti conviene indagare sulle cause che impediscono la creazione del file
P-compilato e crearlo.
Se il motivo fosse questo (problema che non esiste per gli .ADE):
http://support.microsoft.com/default.aspx?scid=kb;en-us;289686
... pur dubitando che il tuo progetto preveda oltre 700  Forms e Reports con
modulo di codice; in tal caso ti conviene spezzare il Front-End in più
files: saggia politica per grosse applicazioni indipendentemente dal sistema
di sviluppo.
Ciao.

 i front end in mde...
Beh, questo dovresti farlo comunque e per altre ragioni...
Ciao.

"Oscar Manfredini" <XX...@Nospam.it> ha scritto nel messaggio
news:Eicyd.37855$Zk.7...@twister2.libero.it...

beh è chiaro, onde evitare che qualcuno possa smanettare nelle form e nelle
tabelle ...
avevo iniziato distribuendo l'mde in verità poi quando hanno installato la
versione xp sul mio pc non posso più generare .mde e devo spostarmi su una
macchina 2000 per compilare correggere i riferimenti a word e outlook, e ai
due ocx che uso. A questo punto compilerò comunque gli mde.

 due ocx che uso. A questo punto compilerò comunque gli mde.
Anche questa strategia non va bene: è buona norma utilizzare un'unica
versione di Access per le applicazioni.
Anzi, distribuire con le Runtimes senza quindi preoccuparsi di cos'è
installato sui PC.
Ciao.


Cosa intendi per "distribuire con le Runtimes" ?
Io non ho la versione developer, pertanto sono vincolato all'access
installato da Office. O sbaglio?
A questo proposito però vorrei segnalare una cosa stranissima: da un cliente
hanno portato un nuovo pc con installato office small business, per
intenderci quello senza access.
La cosa assurda è che una dipendente ha semplicemente copiato il front end
sul pc ed esso funziona correttamente, tranne che per il fatto che non è
possibile modificare forms report ecc ...
Come è possibile ciò?
Nella cartella di office c'è un msaccess.exe che però una volta lanciato da
un messaggio di errore e si interrompe.
Possibile che vi sia installata una qualche versione runtime?

 Possibile che vi sia installata una qualche versione runtime?
Probabilmente č cosě.
Ciao.