Strano ...
Mi mandi il pezzetto di codice dove usi la left ( ) ?
Con le dichiarazioni delle eventuali variabili che usa.
Ciao, Carlo
non è un codice ma una query con cui popolo una maschera, non fa riferimento
a variabili ma solo a valori di un campo, tieni anche presente che lo stesso
gira su un centinaio di pc con access2003 - 2007 e runtime 2007 senza
problemi
ciao
Max
Certo che vbe6.dll è presente, altrimenti non potrebbe proprio avviarsi
Access.
Volevo dire che Left fa parte di VBA.strings (vbe6.dll) e dunque quella
segnalazione, errata, va presa come un errore, in genere, per un riferimento
mancante ma che non ha nulla a che vedere con la dll segnalata.
Controlla bene tutti i riferimenti...a manina e per ogni riferimento
scriviti la versione e controlla che sia compatibile con la versione di
Access che usi. Per esempio comdlg32 o comctl32, se le usi, potrebbero dare
dei problemi a seconda delle versioni. Idem per mascal.ocx.
Fino ad ora non hai indicato quali riferimenti usi.
Ciao, Carlo
> non è un codice ma una query con cui popolo una maschera, non fa riferimento
> a variabili ma solo a valori di un campo, tieni anche presente che lo stesso
> gira su un centinaio di pc con access2003 - 2007 e runtime 2007 senza
> problemi
Ma come la scrivi ? Cosi' ? :
select * from ... Where left( ' " & pippo & " ',2) = 'ciccio';
dove pippo e' una variabile stringa ?
Mmmmhhh ... Non e' che ... Eh, ma dovrei mettere le mani
sul pc incriminato.
Non e' questione di libreria, mi sa tanto che e' questione
di installazione dell' Access.
Se usi contemporaneamente ADO e DAO devi ricordare di dichiarare le
variabili in modo esplicito...sempre.
Per esempio: anzichč Dim R as Recordset
Dim R as DAO.Recordset
Credo proprio che il problema sia lě.
Ciao, Carlo
>> Se usi contemporaneamente ADO e DAO devi ricordare di dichiarare le
>> variabili in modo esplicito...sempre.
>> Per esempio: anzichč Dim R as Recordset
>> Dim R as DAO.Recordset
>>
>> Credo proprio che il problema sia lě.
>>
>> Ciao, Carlo
> perdonami Carlo ma non ho capito se tutte le variabili (anche ad esempio
> la classica Stdocname as string) devono essere dichiarate in modo
> esplicito o solo quelle che riguardano i recordset.
> In questo ultimo caso io ho una solo variabile non dichiarata ma la
> funzione a cui č legata funziona perfettamente (č una funzione con cui
> riallega i back end)
> ciao e grazie
> Max
No, non tutte le variabili.
La classe recordset č comune sia ad ADO che a DAO dunque va dichiarata
esplicitamente.
Cosě come le classi Field(s), Error(s), Parameter(s), Property(ies) e molte
altre.
Se non usi alcuna classe di ADO prova a togliere il riferimento (Microsoft
Activex Data Objects) e vedi come va.
Ciao, Carlo
Per esperienza di posso dire di controllare che tutti abbiano la
stessa versione di word, piu' in specifico la versione di msword.olb
A quanto ho capito se sul pc del destinatario la versione del
riferimento e' uguale o successiva a quella del pc di sviluppo non ci
sono problemi.
Se e' precedente quel riferimento salta ed invalida tutta
l'applicazione.
Ciao
mau
Ciao
mau
partendo dal presupposto che il mio programma è stato elaborato con access
2003, purtroppo la cosa mi è capitata con 2 pc di cui uno con access 2003 e
uno con access 2007. ho un centinaio di installazioni divise più o meno a
metà con entrambe le versioni (per essere più precisi una metà 2003 e il
restante più o meno equamente diviso tra access 2007 "normale" e runtime) e
questo errore non si verifica; l'unica cosa che faccio "standard" sulle
versioni 2007 è quella di far aggiungere una cartella office11 al
c:\programmi\Microsoft office\ con dentro msword.olb e msacc.olb nella
versione 2003.
ciao
Max