Search results for query: *

After further analysis I had 2 engines on my workstation. I have now cleaned up my computer and only have the "Pervasive.SQL 2000" on my workstation. This is obviously a "client/server" type of engine. But, since removing the local btrieve engine I have not been able to get my sample program...

Thank you all very much for the information. I wil definately be trying this. :-)

If it was a caching issue with Windows XP, I assume that other COBOL compilers, such as RM/COBOL also have a similar issue, is this correct? Although, a program compiled with our other compiler does not have this issue.

Internal File name for MBP is just "DTCTRLFL.ISM" AND for Fujitsu it is "DTCTRLFL.ISM,BTRV". We string the path on the front as well in each instance. The PIC clause is PIC X(42). Using the "BUTIL" utility, the btrieve file version is 6.00. And the version of Pervasive is 7. (Pervasive.SQL 7)

This appears to be correct. Windows 2000 was slightly slower than Windows 98, but no where near the difference of Windows XP.

I use the same select and FD statments for both. The select statement: SELECT OPTIONAL DTCODE-FILE ASSIGN DTCODE-FILE-NAME ACCESS MODE IS DYNAMIC ORGANIZATION IS INDEXED LOCK MODE IS AUTOMATIC RECORD KEY IS DTCODE-KEY-1...

We are migrating from MBP to Fujitsu COBOL and I have encountered a difference in how Fujitsu is interfacing and creating Btrieve files. Thusly, Fujitsu is unable to read our existing Btrieve files. Has anyone else been through this process. OR Can anyone help explain how Fujitsu...

We are migrating from the MBP 32-bit compiler to the Fujitsu NETCOBOL for Windows compiler. In doing so we are seeing a decrease in performance when the files are being opened and closed. For example we can take the same source program and only have it open and close 16 files, and there is a...