Smart questions
Smart answers
Smart people
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Member Login

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips now!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

Join Tek-Tips
*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

LINK TO THIS FORUM!

Add Stickiness To Your Site By Linking To This Professionally Managed Technical Forum.
Just copy and paste the
code below into your site.

Partner With Us!

"Best Of Breed" Forums Add Stickiness To Your Site
Partner Button
(Download This Button Today!)

Feedback

"...I have never been to any technical site that shows concern just to anybody with problems...I look forward to also share in the future..."

Geography

Where in the world do Tek-Tips members come from?
pains59 (MIS)
7 Nov 00 9:09
We have recently migrated our 16 bit finance application Pegasus Opera) from a dedicated Netware server to an NT server.  The application runs in Microsoft Foxpro for Windows ver 2.6a.  Since migration, we have been having the following error message -"Microsoft Foxpro - Unable to process error" - OK.  This hangs the application and you can only exit the application by rebooting the system.  This occurs at random - sometimes whilst trying to load the application and sometimes whilst working within the application.  This problem only occurs on Windows 98 machines, no problem with Windows 95 machines.  Moreover, we never had any problems running in Netware on both machines. Pegasus Opera Support do not seem to have a solution.  We thought it might be a 'divide by zero' problem, but trying to patch foxw2600.esl was unsuccessful.

Can anybody help???
dgrewe (MIS)
7 Nov 00 12:52
We had the same problem when we move main application from Novell 4.x to NT4, the final fix was to do the following to every table.   Difference between you and me is we had VFP5.0 tables not FPW2.6a

Use xxx.dbf exclu
delete tag all
use copy stru to temp
use temp
append from xxx.dbf
use temp exclu
copy to xxx.dbf
use xxx.dbf exclu
index on yyy tag zzz
......
Needless to say you better document your indexes first.   If you do decide to go this route, I have routines that collect index index information and stores it in a database and routines that will do the above..  This is a drastic last ditch effort so weight the options first.


David W. Grewe
Dave@internationalbid.com
ICQ VFP ActiveList #46145644

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members!

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close