Newsgroup: it.comp.appl.access
Titolo: Strano comportamento dell'opzione di accesso esclusivo

Devo far utilizzare un mio applicativo da più utenti su una rete. Il file
risiede su un PC, da dove è lanciato, e deve essere aperto anche da altri
due PC.
La condizione è che solo un utente alla volta deve poterlo aprire!!!
Ho pertanto realizzato dei collegamenti sui Desktop dei PC in cui
l'applicativo viene lanciato con l'opzione /Excl.
Sembrava tutto funzionare ma oggi mi sono accorto di un comportamento molto
strano, che non sono riuscito a ricreare con certezza e comunque molto
random.
Praticamente, invece del solito messaggio
"Impossibile aprire il file XXX. File già in uso."
mi diceva qualcosa sul file che non ricordo, ma tipo che il file era già
usato da un altro utente e poi
"il file verrà aperto in accesso condiviso"
e in effetti si apriva, permettendone il completo uso, tra il mio
raccapriccio...
Dopo una serie di test (apri-chiudi, prima uno, poi l'altro e viceversa) il
problema non si è più verificato.
Cosa può essere successo?
Antonio

 Antonio
Scusa il CUTTONE....!
In effetti è inspiegabile, ma se non ricordo
male l'anno passato avevamo trovato una soluzione
per evitare di aprire 2 sessioni dello stesso Applicativo
e se non ricordo male si erano trovate 2 soluzioni.
1)Quella che hai illustrato (semplice ed efficace)
2)Dal sito di MVPS c'è un modo via API di bloccare l'eventuale
seconda sessione.
Potrei suggerirti di provare la 2° anche se più "Scomoda".
http://www.mvps.org/access/api/api0041.htm
Di più non saprei....!
@Alex.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG


Non so dirtelo, però puoi aumentre la tua sicurezza dicendogli di aprire una
sola istanza.
Sub openMdB(strInMDB As String)
On Error Resume Next
SendKeys "%Fo" & strInMDB & "~"
End Sub
Non l'ho verificato in una LAN ma credo che possa funzionare
MAssimiliano

 Non l'ho verificato in una LAN ma credo che possa funzionare
Vediamo un po'
Antonio

 
http://www.mvps.org/access/api/api0041.htm
Vediamo un po'
Antonio


Mi ci butto anch'io nella mischia; io ho risolto con gli script wsh.
Praticamente ogni client esegue uno script che crea un file di testo con
scritto dentro l'utente che ha aperto l'applicazione (prima testa se detto
file già esiste; in caso affermativo legge il contenuto e visualizza il
msgbox con l'avvertimento), poi apre l'applicazione e attende la chiusura.
Alla chiusura cancella il file di testo.
Es.
Dim oWshShell, oExec As Integer
Set oWshShell = CreateObject("WScript.Shell")
oExec = oWshShell.Run("AcroRd32.exe" & " C:\Documenti\nomeDocumento.pdf",
, -1)
MsgBox oExec & ", Chiusa"
Set oWshShell = Nothing
Ciao.
--
Sergio MAZZA

 Alla chiusura cancella il file di testo.
Ma scusa, ma allora con questa tecnica basta vedere se esiste il file ldb
no?
Ovviamente non lavoriamo più con Access 2.0
Antonio

 ha scritto nel messaggio
news:bejb44$9rt$1...@canarie.caspur.it...

Cmq la chiusura deve essere operata dall'utente?
O ne viene forzata dall'apertura dell'altro file?
MAssimiliano

 Antonio
Sia ma se va in errore access rimane il file; mentre con uno script si deve
spegnere il pc brutalmente per far rimanere il file nel server...
Ciao.
--
Sergio MAZZA


La chiusura avviene quando l'utente chiude l'applicazione...
Ciao.
--
Sergio MAZZA