Newsgroup: it.comp.lang.delphi
Titolo: D7E - WINDOWS 7 64 E ORACLE SERVER 11G R2 a 64 bit su stessopc

Un saluto a tutti. Su quanto in oggetto ho queste 2 cose
 
1) il bde non va.
Nonostante abbia fatto tutte le cose trovate con google, sia da dentro
delphi che da bdeadmin se tento di connettermi a oracle mi alza il
dito medio e mi dice che non puoi caricare la dll sqloora8 bla bla
cbla che ovviamente esiste
 
2) ado....
Se vado da odbc e tento di configurare un dsn, VEDO l'ole db provider
di oracle
Ma se vado da una tadoconnection non lo vedo.
Mo sicuramente qualche idiota potrebbe dire "..e tu sa quello di
microsoft!"....
Ad  una osservazione del genere non vale manco la pena di rispondere
con parolacce.
 
Ipotizzo...
 
Secondo me TAdoConnecion non vede il provider a 64 bit, mentre il bde
si incazza xche oci.dll non e' a 32 ma a 64....
 
Qualcuno si e' gia scontrato con questa cosa, RISOLVENDOLA?
 
A.

 Ma se vado da una tadoconnection non lo vedo.
 
Una domanda: se usi ODBC, non stai utilizzando OLE DB.
 
Se non hai un driver OLE DB per Oracle, allora devi accedere tramite la *TADOConnection* usando il "provider ODBC per OLE DB".
 
Certo che passare per due architetture di accesso ai dati, OLE DB e poi ODBC, non è il massimo delle prestazioni.
 
Hai visto se *dbExpress* contiene un driver da poter utilizzare nella tua versione di Delphi?
 
Ciao,
  Marco.
 
-- 
MARCO BREVEGLIERI
#Home: 
http://www.marco.breveglieri.name
 
#Blog: 
http://www.compilaquindiva.net
 

mi sono spiegato male...
Se vado da ODBC, gli dico ADD, VEDO l'oledb provider di oracle.
Ma se faccio dbl click su una tadoconnection in d7 quel provider NON
lo vedo.
Qua usiamo BDE via sqllinks e ADO ma non ODBC...Avendo ado+oledb non
ci serve odbc... :-D
 
A.
 

 lo vedo.
 
Ah, adesso è chiaro. :)
 
Il problema però rimane molto strano. Potresti eventualmente provare a creare un DSN e verificare (in Access o altri programmi) che funzioni e si colleghi correttamente al database, e poi utilizzare quel DSN della *TADOConnection* (in pratica, evitando di costruire tutta la "ConnectionString" dal componente.
 
In alternativa, generi la "Connection String" con un tool esterno, o dal sito 
www.connectionstrings.com
, e la incolli nella connessione ADO per vedere se si tratta di un problema specifico del wizard Delphi, o se è altrove.
 
Al momento non mi viene in mente altro. :)


Confermo.
Ho installato un client 11g r2 a 32 bit e mo tutto funziona.
Ovviamente(ma non x tutti..) , d7 + bde entrambi a 32 bit col kakkio
che si attaccano a oci.dll a 64 bit.
Esiste un sistema wow per far girare cose a 32 in contesti a 64 ma
sembra valga x gli eseguibili...
Ma ora nn ho tempo di fare prove.
 
Insomma, se domani "spengono" win32 qua non funzionera' piu' un
kaz....
 
 
A.

 kaz....
 
tranquillo, per altri 10 anni almeno Win32 continuerà ad esistere.
E anche quando non esisterà più, si andrà comunque di virtualizzazione.
 
-- 
Alessandra
 
Le regole religiose sono come gli elastici. Ogni credente se le
accomoda come meglio gli aggrada -F.Cucurachi

Si..ok...
pero mo mi tocca avere sullo stesso pc oracle 11gr2 SERVER a 64 bit ed
il client a 32 bit.
Questa cosa non e' prp carina....
 
A.

 Questa cosa non e' prp carina....
Trovami qualcosa che non sia carino.. sono 20 anni che l'informatica si 
evolve più velocemente di quanto riesca a sostenersi.
Bah... chissà come finirà? Probabilmente finirà tutto nel cloud, niente 
più update, cambi di piattaforme, compatibility... tutto trasparente e 
tutto subito pronto, ovunque.
 
-- 
morde
QT 4.7
Delphi (5,6,7.. expired)
Firebird Database
 

 Trovami qualcosa che non sia carino..
#errata-corrige:
Intendevo scrivere "trovami qualcosa che lo sia,invece.." (carino)
