BUFFER

Daz, are you perhaps using Pastel Accounting version 5?

There is a known error that is caused due to the fact that Maximizer and Pastel use different versions of Btrieve. This is easily fixed, check out our Website - www.maximizer.co.za go to Support, select Search our knowledge base. Search for Error 97.

Another cause could be that your data is corrupt. If that is the case, restore a backup if you can.

Another fix could be to increase the "Datalength=xxx" setting within the BTI.INI file that you will find in the Windows folder.

It certainly might be caused by a conflicting application. Though I don't think changing BTI.INI will help as its only used by the 16bit versions of btrieve.

Does the problem occur for all users?

If it does then unless they all use the conflicting program it could also represent damaged data. The error means the record in the file is bigger than expected by the program. You could try a Maximizer Backup and restore of just the Database Control File or if you are not using Max Exchange consider restoring MXZF.MAX from tape or (if you have no backup) you could probably just rename it and a new one will be created. (If your not on Max Exchange - this might be a good quick test for damage.)

If you think a conflict is likely your best short term bet, is probably to uninstall and reinstall Maximizer on the offending PC which should reset the btrieve settings. Your other program may then show some symptoms. Since Maximizer will have increased the buffer size (rather than decreased) it will probably be fine.

Assuming this is due to a conflict (not damage) the real way to fix this would be to install both applications on there own on clean PCs (ie individually) and then check and compare the original btrieve registry settings each requires. An Ideal combination could then probably be derived.

In particular Check the value in the registry of

HKEY_LOCAL_MACHINE\SOFTWARE\Btrieve Technologies\Microkernel Workstation Engine\Version 6.15\Settings

"Max Communication Buffer Size" = 64000

and Possibly the "Extended Buffer Size" =65536

As you say you've 40 users this might conceivably be an incorrect server setting (I assume you running Client/Server) - though I've not seen this specific problem before.

I guess the real first question is are you aware of any other programs (eg. accounts s/w) that could be using btrieve?

Ian Wallace
CABC - Newbury UK

Thanks For your Reply's
No this problem is ony occuring on some of the LAN not all, and i am sure that no other programs are running B-Treive on the system.

I am running Max Exchange i have about 40 remote users.

I believe this problem could relate to damaged data. The data originaly came from ACT version 2 could this be the source of this problem.

Hi Daz,

quote:

---

Originally posted by Daz:
No this problem is only occuring on some of the LAN not all, and I am sure that no other programs are running B-Treive on the system.

---

Sounds very much like networking issues then rather than damage. As you are running Max Exchange do not remove MXZF.MAX

quote:

---

I believe this problem could relate to damaged data. The data originaly came from ACT version 2 could this be the source of this problem.

---

Much as this might give you a lot of tidying up work to do its unlikely to cause this problem the database control file does not contain any converted data.

So... What's different about the PC's that have/do not have the problem? What network protocols are you running ? is IPX/SPX in use? I think that if some of the users are OK a bit of detective work is required....

It would be a good idea to get hold of a copy of smartscout from http://www.pervasive.com - look under btrieve support. Run the full communication test and see if you can run at least 1000 itterations without a problem at one of the PC's with the problem.

Ian Wallace
CABC Maximizer Support
Newbury - UK