[WinMac] Another alias problem.

Rick Shields(rick_shields[at]baseview.com)
Thu, 04 Feb 1999 08:40:46 -0500

We have a NT Server running 4.0 and SP4. The application is written in
Foxbase+/Mac 2.01. We connect to the server fine. While running the
program, in certain areas when you ask it to perform a function in which it
opens a database table and it gives an error. (This turns out to be a
Foxbase+/Mac error, alias not found, when the code tries to execute an
instruction to select the database.) It does open the correct database, but
causes it to assign an incorrect FoxBase+/Mac alias to the .dbf file. This
problem occurs only in a few areas in our application but always in the
same places. The problem does not manifest itself when stepping through the
code in the debugger. We have also tried keeping it in a loop when the error
occurs and after 20+ tries it will execute correctly. Placing instructions
in the code to pause during that loop will reduce the number of attempts it
takes to open the table with the correct FoxBase alias.

Everything works fine in Mac OS 7.6.1 and below. As soon as you go to Mac
OS 8 this problem appears. And the kicker is we have 2 machines that work
on Mac OS 8.5.1 and in determining what the difference in extensions was we
found out what made it work.

The Extension Timbuktu and then the folder within the extensions folder
called Timbuktu, which has the 2 files Timbuktu Resources and TCP/IP
Transport Dropin. All version 3.0.2. (All the other files within the
folder where ruled out.) I can now take these files to any machine running
Mac OS 8 or greater, drop them in the extensions folder and restart, and
then I no longer get the internal error within the Foxbase+/Mac program.

I have a call into Netopia, but I was curious if anyone had experienced
anything similar and might know why this is happening...This doesn't seem
related to the volume alias problem, but I can't rule that out yet.

***************************************
Rick
rick_shields@baseview.com

Another alias problem. We have a NT Server running 4.0 and SP4.  The application is written in Foxbase+/Mac 2.01.  We connect to the server fine.  While running the program, in certain areas when you ask it to perform a function in which it opens a database table and it gives an error.  (This turns out to be a Foxbase+/Mac error, alias not found, when the code tries to execute an instruction to select the database.) It does open the correct database, but causes it to assign an incorrect FoxBase+/Mac alias to the .dbf file. This problem  occurs only in a few areas in our application but always in the same places. The problem does not manifest itself when stepping through the code in the debugger. We have also tried keeping it in a loop when the error occurs and after 20+ tries it will execute correctly. Placing instructions in the code to pause during that loop will reduce the number of attempts it takes to open the table with the correct FoxBase alias.

Everything works fine in Mac OS 7.6.1 and below.  As soon as you go to Mac OS 8 this problem appears.  And the kicker is we have 2 machines that work on Mac OS 8.5.1 and in determining what the difference in extensions was we found out what made it work.

The Extension Timbuktu and then the folder within the extensions folder called Timbuktu, which has the 2 files Timbuktu Resources and TCP/IP Transport Dropin.  All version 3.0.2.  (All the other files within the folder where ruled out.)  I can now take these files to any machine running Mac OS 8 or greater, drop them in the extensions folder and restart, and then I no longer get the internal error within the Foxbase+/Mac program.

I have a call into Netopia, but I was curious if anyone had experienced anything similar and might know why this is happening...This doesn't seem related to the volume alias problem, but I can't rule that out yet.

***************************************
Rick
rick_shields@baseview.com

* Windows-MacOS Cooperation List * * FAQ: * * Archives: * * Subscribe: * * Subscribe Digest: * * Unsubscribe: *

This archive was generated by hypermail 2.0b2 on Thu Feb 04 1999 - 05:45:14 PST