Newsgroup: it.comp.appl.access
Titolo: problemi di runtime

Mi sorge un problema!
ho fatto delle applicazioni access che ho distribuito su vari pc in rete
senza access ma con il runtime.
ho notato che molti di questi che sul mio access (office xp pro)
funzionano benissimo, nelle versioni con runtime (versione ultima per XP)
non mi vanno alcune caselle calcolate delle maschere
pių precisamente dei campi data a cui ho dato come predefinito il valore
Date() invece di comparire la data attuale compare #nome? cosi pure per
una casella di testo usata come contatore che ha come valore predefinito
(=IIf(DCount("[numero_registro_int]";"determine2005")=0;"0000001";Format$(DMax("[numero_registro_int]";"determine2005")+1;"0000000"))
formula che funziona benissimo con access.
non so dove sbattere la testa!
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 non so dove sbattere la testa!
Devi registrare DAO
-- 
_ _
Ciao
MAssimiliano Amendola            
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:  
www.donkarl.com/it

 non so dove sbattere la testa!
Access Runtim *è* Full Access, quindi le caratteristiche dei due ambienti
sono uguali.
Hai problemi di Lost References (che darebbero lo stesso esito con Full
Access).
Che librerie hai settato nei riferimenti?
Ciao.

 Devi registrare DAO
e come? che devo fare?
mi dai una spiegazione piu terra terra?


 Ciao.
boh! dove si settano queste librerie?
io ho usato il pachage wizard del runtime per installare l'applicazione
con il runtime stesso sui PC 
delle librerie di riferimento non ne ho viste in nessuno dei sette passagi
fatti.


 fatti.
Dopo l'installazione del Runtime, Access (/Runtime) non trova il percorso di
una o più librerie presenti nel tuo progetto.
Ulteriori informazioni le puoi trovare sull'area di Karl Don.
http://www.donkarl.com/it/
sezione   7.1
Ciao.

 Ciao.
ho messo il segno di spunta sul DAO ma niente non ne vuole sapere.
ho provato a mettere la spunta anche su altre voci ma non le ha accettate
perchè non utilizzate.


 perchè non utilizzate.
Non ti seguo.
Comunque setta nell'applicazione solo le tre librerie fondamentali per
un'applicazione DAO (e cerca d'evitare controlli ActiveX) e vedrai che
andrà.
Se ti servisse manipolare a codice oggetti Commandbar (libreria Office 10.0)
oppure Grafici (libreria MS Graph) puoi utilizzare il late binding ed
evitare di mettere nei riferimenti tali componenti.
Ciao.


e' un problema di riferimenti.
Dal tuo db sorgente (.mdb) apri una maschera
poi vai nel codice premendo [Alt][F11]
poi dal menu -Strumenti-  apri -Riferimenti-
togli tutte le spunte e lascia solo le prime
tre che dovrebbeo essere:
->Visual basic for application
->Micorso... access 10.0 object .....
->Microso.. DAO 3.6 object library
ricompila cosi (menu -Debug-  -Compila-) e distribuisci l'Mde o Mdb
se nn utilizzi componenti aggiuntivi particolari in modo particolare
deve funzionare senza problemi.
Cmq durante la compliazione se incontra problemi te lo segnala.
bye :o)

 Ciao.
non va!
ho anche ricreato il database importandomi tabelle, query,report e moduli
ho messo nei riferimenti :
Visual basic for applications
Microsoft access 11.0 object library
Microsoft DAO 3.6 object library
ma niente  
anzi adesso non mi fa neanche accedere alle tabelle collegate sul server.


 anzi adesso non mi fa neanche accedere alle tabelle collegate sul server.
A questo punto non so cosa dirti: a distanza non è facile capire  (e non hai
chiarito che tipo d'errore ricevi ora)
Forse potrebbe essere (come ti suggeriva MA) un problema sulla libreria DAO
http://www.donkarl.com/it/
7.9

 7.9
adesso esce il seguente errore
nel database o nel progetto di manca un riferimento , o č presente un
riferimento non piů valido, al file "MSDWCW.DLL" versione 2.1


 riferimento non piů valido, al file "MSDWCW.DLL" versione 2.1
Beh, allora non č vero che hai fatto pulizia...
Utilizzi qualcosa di particolare (ActiveX o altro)?
Ciao.

 Ciao.
scusa voglio precisare
su un altro pc di scorta ho installato il runtime con tutti i riferimenti
originali e mi ha dato l'errore citato nel precedente msg
poi ho tolto i riferimenti che mi hai detto , ho reinstallato
l'applicativo sul pc e mi funziona.
quello che non va è che facendo la stessa cosa con il pc del collega che
deve usare il programma, identico a quello di scorta, non và e invece del
contatore e della data automatica mi esce #nome? ho provato a
disinstallare il runtime e reinstallarlo, ma niente!


 disinstallare il runtime e reinstallarlo, ma niente!
Cosa devo dirti Luigi?
Hai ancora problemi di riferimenti, è inutilie reinstallare il povero Access
Runtime...
Ciao.

 Ciao.
ora, dopo vari esaurimenti ho capito con prove fatte che se sul server
l'utente che deve accedere al programma è amministratore, il programma si
apre e funziona senza problemi, al contrario se non è amministratore non
lo fa aprire ed ese il seguente messaggio d'errore:
Il modulo di gestione del database Microsoft.Jet non è in grado di aprire
il file server\ecc.\programma.mbe il file è aperto già con accesso
esclusivo da un altro utente o è necessario disporre dell'autorizzazione
per visualizzare i dati.
eppure ho controllato le condivisioni della cartells sul server e del file
BE sempre sul server e sta a posto cosi come i permessi e le restrizioni
della condivisione.
infine all'apertura esce un avviso di protezione che mi chiede sempre se
voglio bloccare le espressioni potenzialmente pericoloso e ancora se
voglio aprire il file.
eppure durante la creazione del pacchetto di setup del runtime ho messo il
valore #1 e il nome level alla chiave aggiuntiva del registro di sistema.


 valore #1 e il nome level alla chiave aggiuntiva del registro di sistema.
questo ancora è un problema!


 > > Ciao.



sbagliato!
si è risolto anche questo insieme a quello di prima. 
tutto OK
grazie dell'aiuto!
