Evo samo sto sam skinuo zadnju verziju sa fb.sf.net instalirao, konfigurirao u MS ODBC Adminu i za manje od minut sve je radilo preko BCB6+ADO. Jedino sto sam onako mogao primetiti gde moze covek pogresiti to je u izboru klient biblioteke. Za FB 1.x trebase izabrati gds32.dll iz Windows\System32 a za FB 1.5.x trebas Windows\system32\fbclient.dll (mislim da ipak i za 1.5 mozes izabrati gds32.dll posto je gds32 wrapper za fbclient u verziji 1.5.x)


btw, secam da si imao neke probleme sa performansima, ali eto kod mene na BCB6 SP4 + ADO preko ODBC i ne vidim nikakve degradacije u performansima za razlike od native pristupu.

Ja idem direktno preko connection stringa u kodu. Uopste ne koristim ODBC GUI (znaci bez DSN-a). Bojim se da je problem sa mreznim protokolima, jer sam isti problem dozivio i sa EMS IB Managerom pokusavajuci preko TCP/IP-a, a kad sam prebacio na NetBEUI, udaljeni komp je prihvatio konekciju na bazu bez problema. Imao sam i nekih problemcica sa jednim mapiranim diskom (prilikom dizanja sistema je javljao da se veza ne moze restaurirati, ali kasnije bih bez problema pristupao fajlovima na njemu preko Windows Explorera).

Hmmm, nikad nisam bio neki ODBC fan, ali u principu kod mene radi i sa Connection stringom. Evo mog conn string-a:

DRIVER={Firebird/InterBase(r) driver}; UID=SYSDBA; PWD=masterkey; DBNAME=localhost:d:/Vulcan/seap_beta0.9/db/seap.fdb;

i sve radi ko sto treba. Kao sto sam rekao, ovo sve radi na BCB6/ADO.

Mrezni protocol u nikom slucaju ne moze biti problem. Ukoliko imas TCP/IP izmegju dve mashine nemas sta vise razmisljati. DBNAME = host:db_file_name

NOTE: Ljudi pazite da imena baze nemaju .gdb extenziju kada se radi o WinXP DB serveru. Posto WinXP tretira .gdb extenziju kako neki sys protected fajl i zna da puno ubrlja.

Rjesio sam problem. Posto je pod starim Windows NT domenom jos uvijek dominantan NetBEUI protokol (cak i preko TCP/IP-a se simulira), vrijednost za DBNAME mora biti:
DBNAME=\\imeservera\folder\baza.fdb ili npr. DBNAME=\\127.0.0.1\folder\baza.fdb (folder ne mora biti sherovan od strane OS-a, mada putanja u ODBC-u ima isti format)
To sam nasao u onim pdf-ovima koji su dokumentacija za Interbase. I sad radi bez ikakvih problema, za razliku od zvanicnog: 127.0.01:c:\folder\baza.fdb.
U svakom slucaju hvala na pomoci.

Nema smisla da jedna protokol radi drugi ne radi. Valjda imas problema sa FireWall-om. Posto valjda imas firewall koji je podesen da propusti SMB i zato ti netbeui radi. Vidi pokusaj telnet na port 3050 na DB server mashini. Ako telnet prodje onda bi trebalo raditi. FB sa TCP/IP konekcija slusa na port 3050, proveri dali ti mozda FW ne blokira pakete.

Poenta je da nemam firewall. Radi se o lokalnoj mrezi koja ne izlazi na internet.
A sto se tice testiranja porta 3050, to sam odmah po pojavljivanju problema skenirao pomocu IBExperta (stvarno odlican alat, cak i ovaj personal edition), i konekcija je prolazila. No sad sam primijetio da ne mogu ni na MySQL server putem ODBC-a da pristupim sa svoje radne stanice, sto jasno signalizira probleme sa TCP/IP protokolom na mojoj radnoj stanici. Ali, nemam stvarno nikakvu ideju sta bih jos mogao provjeriti. IP adresa je ok, subnet identican, jer mreza fercera. Samo ODBC pravi probleme.

Riste, imas pice od mene :-)
Jos ljetos sam iskljucio Zone Alarm sa spornog kompa (ali ga nisam deinstalirao) te sam mislio da vise nije aktivan. No kada sam vidio da i MySQL ima probleme sa TCP/IP-om, i shodno tvom prijedlogu pokrenuo sam Zone Alarm i vidio da je ipak on blokirao ODBC.
Hvala