`
Par2: C5EE(b4) crashes ODBC Driver 1998-10-28 -- Scott Ferret > addressed. I am currently still using beta 2 as it works with the > drivers I am using whereas beta 3 and beta 4 do not (I am using CONNX 7 > service pack 2 ODBC drivers to communicate with a VAX/VMS RMS Database). > When I execute a program which uses these drives, it tries to connect to > the database, I enter in the password so that it may, and then it causes > a GPF in the CONNX.DLL file. If this has been addressed in the gold > release, then great, otherwise I'd appreciate it being looked into as I > am getting sick of using beta 2 with the many bugs it has. > This sounds like a bug that has occurred in a lot of backends. With B3 the drivers went to a new optimised open technique. It uses standard ODBC calls, but in an unusual combination that appears to break some backends. So a switch has been added to turn off this optimisation and go back to the slower B2 system. You use this you add /FASTCOLUMNFETCH=FALSE to the driver string. Alternatively, you can avoid the problem in B3, B4 and Gold by using the /VERIFYVIASELECT=TRUE driver string. This uses a potentially less efficient system used by CW2. Printed November 21, 2024, 6:43 am This article has been viewed/printed 35200 times. |