DOS base btrieve application error in Windows XP DOS box

  • Follow


Hi,

We have a client running a legacy DOS based ERP system.
We are trying to run the DOS application in the DOS box under
Windows XP with Netware client 4.83 sp2e.
The application can access the database in a Netware 3.11 server
running brieve.  But we got errors from some of the functions.
The application can run in DOS box on Windows 98 with Netware
client 3.4 for windows without any problem.

After running "brequest.exe /d:8192" and then "brequtil.exe -ver",
we got

    BREQUTIL - Btrieve Requester Utility Version 6.10b
    Copyright 1993 Novell Inc. All Rights Reserved.

    BREQUTIL-6.1-4: The Btrieve version is 6.10 for NetWare.

I have search the google and have found no solution for this.
Is there anyway to solve the problem?

Regards,

hama
0
Reply hama 2/20/2004 6:12:23 AM

"hama" <ha.maNOSPAM@NOSPAMmail.hongkong.com> wrote in message
news:c149ml$12ar$1@news.hgc.com.hk...
> Hi,
>
> We have a client running a legacy DOS based ERP system.
> We are trying to run the DOS application in the DOS box under
> Windows XP with Netware client 4.83 sp2e.
> The application can access the database in a Netware 3.11 server
> running brieve.  But we got errors from some of the functions.

What errors do you get?

-- 
Brad Kunkel
Integrated Business, Inc.


0
Reply Brad 2/20/2004 5:36:57 PM


Brad Kunkel wrote:

> What errors do you get?

The ERP is Paradigm 1.15 from Cimnet System.  The database is btrieve 6.10.

The error we got is:
MODULE: A0204 QBASIC-ERR  76

The client has stopped the support long ago, so no support from the vendor anymore.
We've tried the brequest.exe from the original dos client they use, and also the
brequest.exe in c:\pvsw\clients\dos in Pervasive SQL 7.  They both produce the same
error code in some modules (but not all).

Should I just give up trying to run the client on Windows 2000/XP/2003?

Regards,

Hama
0
Reply hama 2/23/2004 1:51:09 AM

You're problem is with the QuickBASIC side, not with the database.  QB Error 76
translates to "Path Not Found".  If your client purchased the Folio Knowledgebase like
they were supposed to, then they should be able to find possible solutions to the QB76
in the HelpLine database, which should be located in \CSI\DOCUMENT or something like
that.

The Customer Maintenance Module (damn, I hate my memory sometimes) may or may not
require the use of any temporary files.  First, make sure that the user being logged in
has valid access to the \CSI directory structure, and that folders like \CSI\TEMP and
\CSI\NULL exist.

Worst case, try downloading a set of tools from http://www.sysinternals.com, especially
FileMon.  Run this to monitor all file system access on the computer, and it should
tell you what directory path the application is trying to access.


hama wrote:

> Brad Kunkel wrote:
>
> > What errors do you get?
>
> The ERP is Paradigm 1.15 from Cimnet System.  The database is btrieve 6.10.
>
> The error we got is:
> MODULE: A0204 QBASIC-ERR  76
>
> The client has stopped the support long ago, so no support from the vendor anymore.
> We've tried the brequest.exe from the original dos client they use, and also the
> brequest.exe in c:\pvsw\clients\dos in Pervasive SQL 7.  They both produce the same
> error code in some modules (but not all).
>
> Should I just give up trying to run the client on Windows 2000/XP/2003?
>
> Regards,
>
> Hama

0
Reply Bill 2/23/2004 11:53:45 AM

Hi Bill,

The program works after I created the \CSI\NULL directory.
The QBASIC ERR 76 is gone.

Thanks.
I tried to run filemon on the windows XP client but found nothing.

Regards,

hama
0
Reply hama 2/24/2004 8:36:54 AM

Bill,

It's strange.  Windows 98 clients function normally without the /CSI/NULL directory.

Thanks.

hama
0
Reply hama 2/24/2004 8:44:47 AM

hama wrote:

> It's strange.  Windows 98 clients function normally without the /CSI/NULL directory.

Definitely strange, I agree.  The \CSI\NULL directory is required, and was always needed
for DOS computers, way back when.

BTW, what is the site name?  I actually just heard from another site in Canada running
V1.16 still and looking for database licenses...




0
Reply Bill 2/24/2004 10:57:18 AM

6 Replies
414 Views

(page loaded in 0.068 seconds)

Similiar Articles:













7/22/2012 4:30:53 AM


Reply: