🚀 go-pugleaf

In article <92Oct03.033917.26923@acs.ucalgary.ca> gerke@acs.ucalgary.ca (Ken Gerke) writes:
>I'm helping someone to debug some code that was originally
>written in GWBasic, converted to QuickBasic and is nearly
>finished being upgraded to QB 4.5.  The code has several modules
>that chain between each other.  It uses the latest version of
>Btrieve for file management.  It has developed a bug  in the
>upgrade process where it freezes the system in the middle of
>executing a CHAIN command.  I'm inclined to suspect some subtle
>interaction with btrieve as we have inspected the code leading up
>to the call rather thoroughly.  We have an ON ERR handler in
>place, but it is not called in this situation.  The program just
>freezes.  I'm guessing that somehow memory is being corrupted,
>but we're not doing anything fancy like PEEK, POKE, DEF SEG, etc. 
>
>Got any tips?  Are there any problems in Btrieve that someone has
>heard of. Is there a chance that upgrading to the Professional version
>would solve this?
>

This type of problem is almost always caused by having a stack
which is too small.  Try increasing it with either the Clear
statement or the /st: link command.

>And just as an aside:  
>Could one could  use the current version of
>Btrieve(QBIXBTRV.OBJ) with  Visual BASIC for DOS
>or does Novell have to come out with a new object file?
>
It depends on wether this OBJ file will work with far strings...

>
>Ken Gerke
>Academic Computing Services
>University of Calgary
>(403)220-5079 | gerke@acs.ucalgary.ca

Phil Cooper

	You need to set the data address before every Btrieve call.
If you don't do it, you may give an invalid pointer to Btrieve which
will copy data to the wrong place.



---
Robert Meunier                     Institut de Recherche d'Hydro-Quebec
Ingenieur                          1800 Montee Ste-Julie, Varennes
Internet: robert@ireq.hydro.qc.ca  Qc, Canada, J3X 1S1 
maintainer: BASIC mailing list request to basic-request@ireq.hydro.qc.ca