| Summary: | regexp processing allocates whole available RAM and halts the system | ||
|---|---|---|---|
| Product: | [Applications] kate | Reporter: | Alexander Trufanov <trufanovan> |
| Component: | general | Assignee: | KWrite Developers <kwrite-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | christoph, grizzlyuser, loh.tar, woroof |
| Priority: | VHI | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Kubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Alexander Trufanov
2015-10-25 10:38:33 UTC
I can confirm this issue on freshly updated Arch 64-bit with linux-lts-4.1.15-1 kernel. It can also be reproduced when Regular expression checkbox is checked and Find box contains any single character followed by * or ? Example: .* Another one: 1? It doesn't matter what text is being edited, the issue exists even in an empty new document. There is definitely something wrong. I get "620 matches found", even though there are just 26... Needs investigation. So the thing is the following: The string in the bug report is just in one line and contains 620 columns. The regular expression ";*" means match ';' as often as possible. But even an empty string counts as match. So we get 620 matches, just as many characters as we have in the document. > Kate freezes and greedy allocates all available memory.
Can't reproduce this now, so the main issue seems to be fixed
Frameworks 5.53.0
Kate 19.03.70
Hmm, I can't reproduce the out-of-memory either. We fixed some issues with search during this year, thought. |