Newsgroup: it.comp.appl.access
Titolo: c'è una graduatoria di affidabilità anche per i Runtime ?

salve a tutti
 
Il davanti della domanda è questo:
considerando di collocare applicazioni con caratteristiche per le quali è sufficiente il Runtime 2007
e che, se del caso, posso riprenderle con Access 2013,
 
ci sono evidenti preferenze per i Runtime via via resi disponibili ?
 
Il retro della domanda è questo:
insomma, se non è necessario, è meglio NON entrare nel variegato mondo dei 64 bit ?

 insomma, se non è necessario, è meglio NON entrare nel variegato mondo dei 64 bit ?
 
Il retro della domanda è questo:
se non è necessario, è meglio NON entrare nelle grinfie decisionali del "sistema" che deve valutare a chi affidare i vari comandi ?

Ma A2013 non significa 64bit... quindi direi che la scelta deve essere motivata da altro...
In ogni caso se installi una WM con il runtime a 32Bit di A2013 credo tu possa verificare con estrema facilità il funzionamento.
Se poi hai inserito un sistema di LOG per registrare tutti i messaggi di errore ti facilita anche la risoluzione.
 
Per il 64 bit se non utilizzi API o ACTIVEX ma solo il VBA nativo il fatto sia a 32 o 64 è trasparente... se invece hai chiamate API devi scrivere codice con la compilazione condizionale affinché il compilatore sappia se prendere le dichiarazioni per il 32 o per il 64bit.
 
Ora personalmente fossi in te valutarei se è veramente un'opportunità investire in questo aggiornamento ma se lo fai appoggiati sempre a Test completi su WM più possibilmente uguali a quelle finali, meglio se usi proprio l'immagine del PC finale.

Puoi valutare la partecipazione alla conferenza di Karl che sviluppa proprio questo argomento da parte di un massimo luminare di access...
 
http://www.donkarl.com/devcon/agenda.htm
 
 
@Alex 


salve Alex
proseguo la conversazione e mi dilungo un po',
come leggerai la questioncella si presenta
più dalla parte della utilizzazione che da quella della realizzazione 
 
Ti ricordo che sono un realizzatore di piccole procedure 
(spesso con scambio dati con il sistema aziendale)
e il caso più frequente è quello che "in loco" non ci sia Access Full
ed è quindi opportuno testare la procedura con il runtime
(e poi si continua così ...).
Le realizzazioni che presento sono fatte con A2000-2003 (quindi 32 bit),
AVVERTO (mi sincero) se sul posto ci sono esigenze "da versioni successive"
e questo caso finora, in pratica, avviene per lo scambio dati con xlsx.
 
Ultimamente, per lo scambio dati con xlsx,
ho installato un Runtime 2013 (32 bit, ho il Full a 32 bit)
CHE HA AVUTO NECESSITA' di REINSTALLAZIONE (e sarà finita qui ?),
cosa mai successa con il Runtime 2007
 
E inoltre comincio a trovare postazioni con Office 365
"non installato" (--> Click To Run ?), 
con dichiarata incompatibilità verso il Runtime
Non ho ancora verificato sul posto se vale per TUTTI i Runtime
(avrò a breve l'opportunità di provare se non rifiuta quello 2007).
 
Quindi, considerando anche l'effetto "a sorpresa" degli aggiornamenti
(che sempre meno dovrebbe riversarsi sul 2007),
 
penso che sia più chiaro quanto sottoposto ad attenzione:
cioè rimane la questioncella se M$ sostiene, 
a parole, nei fatti, senza distinzione tra figli e figliocci,
le installazioni dei Runtime di Access,
o se in qualche modo le osteggia.
 
Credo proprio che sia il tema della conferenza che mi hai segnalato
(magari ci fossero pubblicazioni a seguire per i non partecipanti ...)
e comunque so bene che la questioncella si risolve
con l'installazione del Full 
(che avviene quando la procedura diventa irrinunciabile)
 
 
 


PS
so che il Runtime 2007 effettua la scambio con il formato xlsx
ma sono io che non ho il Full 2007 (solo 2013)
e quindi ho installato il Runtime 2013
 
non credo ci sia il modo di poter utilizzare un Runtime inferiore,
se fosse solo per il codice e i componenti funzionerebbe
e allora farei in quel modo