Newsgroup: it.comp.appl.access
Titolo: Intercettazione errori di compilazione

Salve
Access 2000.
Vorrei sapere se esiste un sistema per intercettare errori di 
compilazione in modo da ignorarli. Mi serve per poter eseguire un DB 
sia con le versioni 2000 che successive. Siccome certe proprietà non 
esistono in 2000 ho fatto una routine che mi verifica la versione 
installata e dirotta l'esecuzione del codice di conseguenza, se è 2000 
non utilizza le prop. del 2003, altrimenti si. Il problema è che quando 
utilizzo il DB con la vers. 2000 mi da errore ancor prima di 
raggiungere la riga con la funzione "If versione .... then"
Grazie 1K per l'help

TDK ha scritto:

Potresti provare a usare le istruzioni di compilazione condizionale #if,
#const, ecc... vedi help <F1> per dettagli.
O sostituire le funzionalità non presenti nel A2000 con qualcosa di
compatibile.
O sostituire gli A2000 con versioni successive.
Devi decidere tu quale soluzione applicare in base al contesto (quanti PC
hai e quanti dei quali hanno A2000, quante modifiche al programma ci
vogliono, quanti soldi e quanto tempo hai a disposizione, ecc...)
Ciao.
-Marco-
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

#const, ecc... vedi help <F1> per dettagli.
Scusa, la cosa mi incuriosisce ma non la trovo sull'help
(tra l'altro non conoscevo la funzionalità delle istruzioni di
compilazione condizionale in Access)
Mi potresti dare maggiori ragguagli?
Grazie
Filippo

 Filippo
Vai in un modulo qualsiasi, scrivi #if e premi <F1> (in A2000 funziona).
Praticamente servono ad escludere dalla compilazione dei pezzi di codice
se si verificano certe condizioni.
Dovresti dichiarare una costante di compilazione all'inizio del modulo
  #const CompilaTutto=True
e poi usare
  #if CompilaTutto then
    ...codice...
  #end if
Così sulle macchine A2000 ti basta cambiare CompilaTutto=True in
CompilaTutto=False e non avrai più errori di compilazione perchè per il
compilatore sarà come se quel codice non esistesse.
Il lato negativo è che queste costanti sono visibili a livello di singolo
modulo per cui dovresti metterne una in ciascun modulo in cui la vuoi
usare (anche quelli delle maschere e report), non puoi definirne una unica
pubblica.
Quindi sarebbe meglio risolvere il problema in altro modo.


compilatore sarŕ come se quel codice non esistesse.
Ok grazie, funziona.
Perň non mi č chiaro a che cosa possa servire tutto ciň, a parte
l'utilizzo per diverse versioni di Access.
Mi spiego, premesso che non esiste, credo, il modo per compilare
Access, nel senso di creare una applicazione eseguibile *.exe
indipendente dall'ambiente di sviluppo, stiamo parlando di
compilazione condizionale in senso improprio credo.
Non č come in VB o altri linguaggi, con cui si danno indicazioni vere
e proprie al compilatore oppure si separano porzioni di codice, da
eseguire nell'ambiente di sviluppo e non nell'eseguibile EXE e
viceversa.
E' esatto tutto ciň?
Grazie
Filippo

Filippo ha scritto:



Se guardi nell'help, sono messe a disposizione delle costanti predefinite
(vba6, win16, win32, mac) che ti consentono di sapere se il codice sta
girando su un sistema operativo a 16 o 32 bit, o su un Mac, e se sei in
VBA o meno. Quindi potrebbero servire per far girare uno stesso blocco di
codice su sistemi operativi diversi o portarlo da VB a VBA e viceversa.
