Alas, we don't seem to have solved the problem with large tables (]64mb) and the All Networks Driver 1.5 on NT Service. I installed OI3.6.1 and enabled the new client driver (1.5), ran the FIXVOL utility (which reported no errors). I have a large table which I read through (Select ALL rows, READNEXT until done) and create summary rows in a small table. I still cannot get through all the rows without error. I rule out a buggy program, as it does the same process on a smaller 'large' table of around 20Mb, without any errors. On about row 130,000 of 450,000 I get these errors:

A) The NT application error log displays:

"The LHReadRecord call failed, returning LH error number 1003, file number 2, group number 13405. Group Format Error: Group 13405 Invalid frame header during read."

B) The Linear Hash service is stopped.

C) On the console I get:

"QUINCY for WIN32. lhsrvc.exe Exception: Access violation (0xc000005), address: (0x2100cf33)"

Now I find it strange that a GFE is reported as this table originates from my clients Netware Server (running the NLM, of course), it is not written to or updated in any way on my NT Server and passed the FIXVOL test. Even if there is a GFE, should the NT Service actually fall over and die when one is discovered? I am now running a GFE check on this table, and it's index file, but this takes forever.

While using OI3.4, the same sort of errors as above were encountered. The only way I could get my program to run was to delete rows from the large table in order to reduce it's size.

My config is:

NT V4.00 Build 1381 Service Pack 2

Revelation NT Service V1.2

OpenInsight V3.6.1

Client driver All Networks Driver V1.5

Windows '95

A GFE check using VERIFY_LH on DataBase Manager reports no GFEs on both the data table and its index table.

View this thread on the Works forum...