![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Problem: data can be read from any table but every atempt to wirte into database causes status 81. Files are not locked, user hat all rights on directory and files, including admin rights. Installation of Btrieve seems to ok, since working on a local drive doesn't make any problems at all. Creating tables with butil -clone and loading data with butil -load works fine. Updating a recordset in such a table just created with butil from within the windows-app via w32mkde.exe causes status 81. App has been working for years and is still doing it's job on a win2k workstation. Konfiguration: old Win-App on XP-Workstation (SP1) using btrieve 6 via w32mkde.exe, database files on Novell server 4.11, Novell client version 4.90. Any help appreciated. Chris |
#3
| |||
| |||
|
|
The Win32 engine requires access to special 0-byte LCK files in order to handle multi-user concurrency. Your system is likely unable to create these LCK files for some reason, perhaps because of lack of create or delete rights (in case the LCK file already exists). If you use a client/server engine on the database server, not only will you have MUCH better performance, but you'll eliminate the use of these LCK files and resolve the problem completely. Right now, you must figure out why the LCK files cannot be created. There is a tool at www.sysinternals.com called FileMon that may be helpful in this regard. Goldstar Software Inc. Building on Btrieve(R) for the Future(SM) Bill Bach BillBach (AT) goldstarsoftware (DOT) com http://www.goldstarsoftware.com *** Pervasive.SQL Service & Support Classes *** Chicago: June, 2004: See our web site for details! Chris Marx wrote: Problem: data can be read from any table but every atempt to wirte into database causes status 81. Files are not locked, user hat all rights on directory and files, including admin rights. Installation of Btrieve seems to ok, since working on a local drive doesn't make any problems at all. Creating tables with butil -clone and loading data with butil -load works fine. Updating a recordset in such a table just created with butil from within the windows-app via w32mkde.exe causes status 81. App has been working for years and is still doing it's job on a win2k workstation. Konfiguration: old Win-App on XP-Workstation (SP1) using btrieve 6 via w32mkde.exe, database files on Novell server 4.11, Novell client version 4.90. Any help appreciated. Chris |
![]() |
| Thread Tools | |
| Display Modes | |
| |