Community

I have a reproducable error versions 4.7.2 and 4.7.3 of Textpad whereby vast amounts of system memory will be reserved (but will not appear in the process list in Win2k) and only gets freed when Textpad is closed, hence indicating to me that Textpad is the source of the issue.

This might be a manifestation of an issue reported fixed in version 4.7.2

* Failure to recover if an out-of-memory condition was hit when using a regular expression to split a very long line into short lines.

Basically I am manipulating 100kb XML files that are stored on one line. If I do the following:

1. Add a carriage return between all "><" markers using a regexp.
2. Remove all carriage returns using a regexp.
3. Add a carriage return between all "><" markers using a regexp.

During step 3 system memory in use will jump by several hundred MB. This is not attributed to the Textpad process in the Task Manager but Textpad is responsible. There seems to be no limit to the memory used

Can anyone else reproduce this?

Regards,

Stuart

Yes, the same happens with me.

I did the same as you to a 149 KB XML file. 300 MB of memory got held onto after splitting a single line into multiple lines (but not when doing it the other way round).

I'm using 4.7.3 under W2K.

Please try the following work around:

Position the cursor at the end of the line, and then press the Enter button to terminate the line.

The search and replace operation should now be successful.

I hope this helps.

Terminating the one line document with a carriage return appears to prevent the problem.

Thanks for the quick response.

-Stu