I've just upgraded to version 8.1 and keep getting a "runtime error 7 - out of memory" error when I try to produce a report. The system has plenty of unused RAM (150M) and plenty of spare hard drive (4G). I've tried reinstalling the software from the CD without effect.

Thanks,

Mark Williams

I'd like to collect some more information about your problem:

1. What operating system are you using? (Windows98, Windows2000, WindowsXP, etc.)

2. What previous version of FN are you upgrading from?

3. Did you install FN 8.1 into the same folder that your old version was also installed?

4. Can you still produce reports with your old version of FN?

In response to your questions:

1.) Win 98.

2.) version 7.5.

3.) It's a long story. I've tried to install it three times:

a.) I first installed 8.1 into the same file as the previous version 7.5. It seemed to work fine initially. Then I uninstalled version 7.5 to tidy up the hard drive. That's when the trouble started. The new version then failed to launch, with an error message that it couldn't find a necessary file.

b.) I assumed that in removing v7.5 I had accidently removed some common file, so I uninstalled version 8.1 and completely reinstalled it into a new folder. That solved the missing file problem at launch, but then I started getting the "out of memory" error when attempting to view reports.

c.) I've since uninstalled 8.1 again and reinstalled back into the original directory to see if that helped, but to no avail.

4. Since I've removed version 7.5, I don't know.

Hope this is clear and helps. I very much appreciate your reply.

Best regards,

Search if the vsflex7L.ocx is on the computer.
Verify if the version # is 7.0.0.131
See if the file exists more than once. If so, are they different versions.
For FN with Windows 98, it should exists in the C:\windows\system folder.

When installing FN, select complete install or custom install and check [x] windows library files to install the vsflex7L.ocx file.

Thanks. The file vsflex7L.ocx was in the windows/system directory with the correct version number. I went ahead and reinstalled the windows library as you suggested in case the file was corrupted.

Unfortunately, the problem still persists. The program opens fine, and will take transactions, etc. but generates the out of memory error with I try to create a report, either to print or to screen.

Other ideas?

Also look in the installation log file fnwin81.log. Verify if the vsflex7L.ocx was copied and self-registered.

Thanks for staying with me on this.

1.) vsflex7l.ocx (v7.0.0131)was installed and registered as per the installation log. In fact, I removed it and reinstalled just to make sure it wasn't corrupted.

2.) The pop up account and payees work fine in transaction entry.

I've done some more experimentation. I uninstalled v8.1 and reinstalled v7.5 from disk. Same problem when trying to generate a report, but a little more detail on the error message "Error 7 - Out of memory in FlexClearGuard" Funny how v7.5 never did this before?

I'm now back to v8.1. Any ideas?

Regards,

If you have access to another computer, install FN 8.1 on the other computer and try running a report.

To isolate the problem, let's rename the vsflex7L.ocx to vsflex7LXX.ocx in the C:\windows\system folder. Now try to run a report. Do you get the same error message in the same place? Also try to popup a list of account or payees. Do you get a error message? With the list popped up, select menu and print, to see if you can print the list.

FN 7.5 does not use vsflex7L.ocx. It used vsflex3.ocx instead. Since both version have the same problem now, it may be another windows library file that both use.
Look in the fnwin81.log file and see the files that did not get copied. One of these may be the problem.

Also have you recently installed another application. Sometimes an old windows library file be installed in the c:\windows folder instead of the c:\windows\system. Uninstalling the application may solve the problem.

1.) When I rename vsflex7l.ocx I get an error in the same place but the message is different....."Runtime error 339 component vsflex7.ocx not correctly registered: file is missing or invald." But now I can't access the pop up menus on the transaction screen.

2.) I also went throught the installation log, checked that all of the files that hadn't installed were in the windows/systems/ directory and not in the windows/ directory. Some of the files were in directories associated with other software but not in windows directories....I assume this is OK.

3.) I then renamed all the files in the windows/system/ directory that hadn't installed, and reinstalled the windows library from the disk to ensure I had the correct versions.

4.) I uninstalled the only program (Turbotax) I had installed since this stopped working.

None of this makes a difference.

It's late here (London). I'll try on another computer tomorrow.

I'm running out of ideas. Hope you're not

Thanks,

Now, try printing from the popup list of accounts or payees. In transaction Entry, popup the list of accounts or payees. Select Menu and select Print. This will test the printing from the vsflex grid.

Let me know what happens when you install Fn 8.1 on another computer. This could prove that the FN 8.1 cd is not the problem.
(I do not believe the cd is bad.) Also this will help us determine what is the difference between the two computers. Use a Win 98 computer if you can.

Next we need to determine what windows library files are used after vsflex7L.ocx is loaded. Try renaming the vsview6.ocx file. But I think the problem is before vsview6.ocx is loaded since it is used to preview and print the report.

One test is to select Report Setup from the Report Selection screen. This uses vsview6.ocx to preview what the page layout looks like on the right hand side of the Report Setup screen.

Thanks again. Here's the results of the tests you suggested:

1.) Installing from CD to another computer works fine. The other computer is a Win ME machine since I didn't have ready access to another Win 98 machine.

2.) The popup menus within the transaction screen print just fine to the printer.

3.) Invoking "report setup" from the report selection screen produces the same "error 7 - out of memory" error that I get when trying to generate a report.

4.) Renaming vsview6.ocx to vsview6x.ocx has no effect: the popup menus still print from the transaction screen. Invoking report setup or trying to generate a report still results in error 7. I thought this was curious so I ran a "find folder" and found no other copy of vsview6.ocs on the machine. The version is 6.0.0.8 (May 4, 1999) which matches the version that was installed when I tested on the second computer.

5.) Turbotax was uninstalled after the problem started.

3) Report Setup having the same problem is important to know. This points to the possible problem could be with richtx32.ocx since it is used for both the Report Setup and the report to the screen. See below for next steps to try.

4) This idicates that vsview6.ocx does not effect the problem so it is not involved.

5) It looks like Turbo tax did not have any effect on the problem.

Now, let try to isolate richtx32.ocx.
First, search for richtx32.ocx existing in any other folders.
Verify the version of richtx32.ocx. On a Win98 machine it is using 6.0.8804.

Second, rename richtx32.ocx and try running the Report Setup & report to the Screen. You should get the message that richtx32.ocx is not correctly registered or not found. Since you get this error message before the out of memory error message, I think the problem is with richtx32.ocx.

Let me know what you find out.

The version of richtx32.ocx is 6.00.8804 (not 6.8.8804). Maybe this is just a typo?

There is only 1 copy on the machine, it's in the windows/system directory.

When it is renamed, the behavior is just as you suggested. I get a file missing or not registered error on both the "report - screen" and "report - setup" commands. This happens before the out of memory error can occur.

I tried to reinstall richtx32 from the disk to see if that helped. It didn't, still get the out of memory error.

Thanks,

This is isolating the problem.
Verify the size and date and time of the richtx32.ocx file.
203,976 bytes
May 22, 2000, 12:00:00 AM

Verify in the fnwin81.log that the richtx32.ocx file was copied. You could copy it from the good Windows Me computers to be sure.

The richtx32.ocx deals with the headers and footer on the page. It uses fonts.
1) Have you changed any of these setting in Report setup?
They are stored in the fnwin.ini file in the C:\windows folder. The [Report Setup], [Header] & [Footer] sections contains these settings. We have tried "messing up" these setting to invalid values but could not create any out of memory errors.

2) Do you have any problem with any fonts?

We are getting closer.

The date, time, and size for richtx32 match. It was copied according to the log file. I also restored an old version from backup, from before the trouble started, and tried it with the same result.

We've not messed with FN headers or footers (at least not intentionally!) and no problems with fonts that we're aware of.

As for the fnwin.ini file, it appears OK althought I could only find [report] and [report selection] sections; I couldn't find [report setup], [header], and [footer] sections. Within [report], the header and footer variables are both set to 0. Is this what you meant? Again, I compared to the fnwin.ini file from backup and they are identical, at least in these sections.

By the way, I have to be travelling in the US for the the next two weeks (I live in London) and will be away from our home computer. Maybe time for one more to/fro, but if I go into radio silence, it's not from lack of interest.....I'll be back in a couple of weeks.

In the fnwin.ini file, if not settings have been made for report setup, header or footer then these sections would not appear in the file. So this confirms that they have not been changes.

As for the fonts, it is using the default fonts of Times Roman since report setup settings have not been changed. Try to use the font Times Roman in word or some other windows application.

Good that the fnwin.ini file looks normal. I think even messed up setting would not produce an out of memory error.

I use Times New Roman as my default Word font and it works fine. Do I need to consider reloading Windows?

I'm travelling now and won't be back in London in front of the machine until week after next.

Run scandisk to verify the hard drive does not have any problems.

There is a file rich32.dll in use by windows. It is not shipped with FN since it is part of windows. The version is 4.0.933.4 on a Windows 98 machine that runs FN reports.

In Word, try saving any document as a .rtf file. This will use rich text format. It may create the same problem.

Back again after a long business trip.

But....hurray! The file riched32.dll (not rich32) was missing. Beats me why. But I replaced it from a back up and FN appears to be working just fine. I haven't tried every feature, but the out of memory error on printing to the screen no longer appears.

Many thanks for hanging in there with me on this.

Best regards,

Glad we got it solved and glad to know the solution in case it happens to someone else.