Search never completes in UTF files

DO 9.5.2.0 on XP SP3

Whenever I search for file contents in UTF text files with search dialog (fe. string "test" in a few .txt files of hundreds kilobytes total), search never completes (controls are ghosted, search animation is running). To see the search results I have to click Stop button. During search only the first found item is displayed in output (regardless of where is output directed).

Any clues?

UTF-8, UTF-16?

Can you provide an example file that triggers the problem?

I attach such a file
str.zip (19.1 KB)

Anyone's been able to reproduce the problem?

Not had a chance to look at it yet but it's sitting on my desktop for when I do...

Exactly what encoding is used?

I opened it with Notepad. Some characters turned into symbols. Is there some special font needed? What program can open it properly?

Is it encoded in Windows 1250 (Central European)?

Check if you can normally find anything in the contents of the file.
It's UTF-8 with BOM afair.

Please check your file once agian? Thanks.

Please check your file once agian? Thanks.[/quote]

Are you sure you understand the problem?

Please check your file once agian? Thanks.[/quote]

Are you sure you understand the problem?[/quote]
Your problem is predicated upon your file encoded in UTF, right? Is it really encoded in UTF?

Not sure about the file encoding etc, (UltraEdit seems to just show the file as "U8-DOS"), but in any event, I reproduced the issue with your sample file... If I drop the file all by itself into a directory, then do a Find with Name matching set to *.txt and Containing text set to test then I get the Find dialog spinning it's magnifying glass and have to click on the Stop button to get it to finish. I however, don't get any search results after clicking Stop. I think this will be one for GPSpft to have to check out... though I wonder if Opus is actually performing the find, and just taking a glacially long time processing the file contents (since you seem to get results after clicking Stop button). Perhaps if I don't click Stop - it will "eventually" finish???

If you use Google to search for "U8-DOS", many of the hits are related to UltraEdit, which may not be surprising if this way writing ("U8-DOS") is unique to UltraEdit. But many of those hits are to report problems.

Here's one from the UltraEdit forum.
ultraedit.com/forums/viewtopic.php?t=1381

Since it's easy to reproduce with the provided file, it doesn't really matter which format the file is in.

Opus seems to get into an infinite loop trying to search it (until you click the Stop button) and that should be fixed even if the encoding is unusual or wrong.

Reported to GPSoft.
Thanks for help.