[ FOX028 @ 11.01.2013. 06:36 ] @
Imam problem sa konekcijom na bazu u Access-u, probao sam i sa VB. net 2008 i sa VB 2005. U kodu mi ne javlja nikakvu gresku u kodu, samo jednostavno nece da se konektuje. Imam instaliran Win 7 64bit i MS Office 2003 i MS Office 2007. Na drugom racunaru gde mi je instaliran Win 7 32bit tu mi radi kako treba ali kada prebacim na ovaj 64bit mi ne radi pa predpostavljam da je u verzijie Win-a problem, da li se to moze nekako resiti da mi radi na oba.
[ ravni @ 11.01.2013. 08:10 ] @
Verovatno ce pomoci da target platformu promenis sa Any na x86.

Project -> Properties -> Build -> Platform target: x86
[ FOX028 @ 11.01.2013. 17:00 ] @
Nece, pokusavao sam. Nije valjda da je jedino resenje da instaliram 32 bit Win
[ ravni @ 14.01.2013. 08:57 ] @
Prema opisu problema, to bi trebalo da je resenje. Posto nije, valjalo bi da nam das jos neki podatak, na primer koja greska se desi kada probas da otvoris bazu. Nemoguce je da ti ne radi, a da se ne desi nikakva greska.
[ FOX028 @ 14.01.2013. 18:40 ] @
U VB 2005 Express Edition u kodu mi nigde ne javlja gresku prilikom Build-ovanja
Code:
Error    1    Unable to find manifest signing certificate in the certificate store.    Adresar


a u VB.net 2008 mi prijavljuje sledecu gresku

Code:
The 'Microsoft.Jet.OLEDB.4.0' provider is not registered on the local machine.


Samo da napomenem da isti kod koji je radjen u VB 2005 na Win 7 32 bit radi kako treba, samo na 64 bit mi javlja greske takodje i kada hocu da zadam referencu ka drugom MS Office programu.
[ PeleZr @ 14.01.2013. 20:44 ] @
Isti problem u VB 2008 Express Edition. Ni jedno resenje koje sam nasao na netu nije funkcionisalo. Sada sam instalirao Visual Studio 2008 i radi na nacin koji je naveo ravni.

Samo kada postavis da ti target platform bude x86 postavi i da copy settings from bude na empty
[ FOX028 @ 15.01.2013. 07:09 ] @
Sada radi. Hvala vam na trudu. Jos samo jedno pitanje, kada budem hteo da napravim install 32 bitni, jel cu morati da vratim na Target platform Any CPU pa da idem na Publish?
[ ravni @ 15.01.2013. 07:56 ] @
Program mora da ti radi u 32-bit rezimu zbog Access dll-a. Znaci, moras da drzis na x86.
[ FOX028 @ 15.01.2013. 17:07 ] @
Nasao sam i resenje da VB 2005 radi bez problema i na 64 bit OS
Evo linka

http://social.msdn.microsoft.com/Forums/en-IE/vblanguage/thread/d4fa83dc-eed1-4ead-96a1-78bbd9ba6d3a
[ PeleZr @ 15.01.2013. 17:14 ] @
Citat:
FOX028: Nasao sam i resenje da VB 2005 radi bez problema i na 64 bit OS
Evo linka

http://social.msdn.microsoft.com/Forums/en-IE/vblanguage/thread/d4fa83dc-eed1-4ead-96a1-78bbd9ba6d3a


I ja sam to bio nasao ali kod mene to iz nekog razloga nije htelo da radi, nemam pojma zasto
[ ravni @ 16.01.2013. 12:41 ] @
Ok, mozda je u startu trebalo pojasniti malo bolje. Kada build "gadja" x86, proizvedeni dll-ovi ce raditi u 32-bitnom rezimu. Slicno, x64 proizvodi 64-bitne dll-ove.

32bitni dllovi ce raditi na 64bit OS-u. Obrnuto ne vazi.

AnyCPU kaze "dllovi, ponasajte se kao da ste kompjlirani za host masinu". Znaci ako je racunar (tj OS) 64-bitni i aplikacija ce raditi u 64 bita, a ako je 32-bitni aplikacija ce raditi u 32 bita.

Komplikacija nastaje kada se ubaci native dll, kao sto je JET za Access. "Bitaza" tog native dll-a se mora poklapati sa "bitazom" host procesa.

I sada imamo sitaciju:
- 64bitni OS
- AnyCPU znaci 64bit proces
- 32 bitni native dll

i to je ono sto ne radi.

Navedeni podaci mozda nisu najtacniji ali grubo opisuju sta se desava.