General information
Category:
Coding, syntax & commands
Environment versions
Network:
Windows 2003 Server
I work for a company that is slowly converting from dBase to VFP, though there are parts of its code that are still being maintained only in dBase.
We have been having a growing number of memory errors, mainly while reindexing. This is in code that I have not started on conversion and would prefer to let wait its turn. I'm hoping someone can suggest a workaround, as my dBase-specific coding skills are 15 years rusty.
When the program hits a spot to create a standalone index (using "TO" instead of "TAG"), it gives a number of bogus error messages (like "File already exists"), but I am told that retrying will eventually yield an "Insufficient memory" error message, specifically related to indexing.
I recall that dBase used the first 640K of memory plus extended memory. The programs as written do not show any settings to maximize memory usage, and I recall that there used to be commands that could be set in the db.config files, or even "SET" commands that do the same thing.
Does anyone remember any such settings?
Is there any other workaround besides converting directly to VFP? They use a couple particular programs to write to an old line printer (!), and I'd like to avoid having to deal with that mess until last possible moment.
Thanks.
Next
Reply
View the map of this thread
View the map of this thread starting from this message only
View all messages of this thread
View all messages of this thread starting from this message only