ffind /e hangs

rconn

Administrator
Staff member
May 14, 2008
11,910
133
The problem is the length of your lines (>8Mb for the first line). When the buffer wraps (at 8Mb), FFIND is trying to go back to the beginning of the current line and continue the comparison from there. Prior to build 26, FFIND would discard the beginning of the line and read the remainder of the line into the buffer and restart the comparison (thus potentially failing to match the current line, particularly if you're using anchors).

In build 26, because of your line length FFIND is re-reading everything. I can put a check in to build 27 to tell it not to rewind repeatedly to the beginning, but you're going to be back to potentially failing to return valid matches.
 
Is there a better way to do this? The files are the output of test scripts. Since browsers don't care about lines, there is only one line in the file. I've been using ffind to look for strings that would indicate that there were errors in the generation of the pages.
 
Jan 12, 2014
386
7
Switzerland, SO
Just as idea for workaround:

You could view and save it (should be surely possible to make that with related tools on command line too) through a "html formatter", like this:

(html view from my integrated Total Commander lister as example) ...
html-formatted1.png


After it's possible to save it in exactly this style (WITH linefeeds) and it should no more be a problem then of course ...

Regards.
 

rconn

Administrator
Staff member
May 14, 2008
11,910
133
Is there a better way to do this? The files are the output of test scripts. Since browsers don't care about lines, there is only one line in the file. I've been using ffind to look for strings that would indicate that there were errors in the generation of the pages.
If you're not actually specifying regular expressions, you could use /T"...", which is character-oriented and doesn't care about lines.
 
Thread starter Similar threads Forum Replies Date
D Support 18
A Support 4
V Support 0
S Support 7
V Support 12