matches on the right of the screen are ignored about elinks HOT 7 CLOSED

sgwerk, this commit helped or not? Now it behaves more like less. Every n jumps to next search and N to previous.

from elinks.

Thanks, but unfortunately there are still some problems. On the enclosed file notfound.html elinks goes to the second match, but then doesn't go back to the first when wrapping around. On the second outofmemory.html it crashes (file log).

other.tar.gz

All of this with the version before the last commit. After the very last commit, elinks also crashes on the first file.

from elinks.

Forgot to say: in both files, the search pattern was "yyy"

When checked them again, I realized that the crash on the first file notfound.html was due to a different running condition, not to the last commit.

from elinks.

@sgerwk For wraparound I must look how it was before.
How much RAM do you have? Or what are the limits? What are your configure options?
Is this crash reproducible?

from elinks.

The crash happens every time. I start elinks with ./src/elinks ~/temp/outofmemory.html and then went to search for "yyy", and elinks crashes.

MemTotal: 770264 kB
max memory size (kbytes, -m) unlimited
./configure --prefix=/usr --sysconfdir=/etc --enable-cgi --without-zlib --enable-bittorrent

It's very limited memory, but I got the crash with a mostly unloaded system - no X, no special server active. With elinks running but before starting the search, the situation was:

MemTotal: 770264 kB
MemFree: 364256 kB
MemAvailable: 652224 kB

elinks itself used very little memory. Monitoring with top(1), it didn't seem to increase much. Rather, it looked like it tried to malloc() too much at once, and failed.

from elinks.

@sgerwk I fixed one bug. Try now.

from elinks.

Thanks, wraparound now works!

Regarding memory exhaustion, here is the memory elinks uses on noback.html before searching for "yyy"

MemTotal: 770264 kB
MemAvailable: 647272 kB

and here's after:

MemTotal: 770264 kB
MemAvailable: 49432 kB

Seems like very little is used for viewering the document itself, but a huge amount is allocated after searching. The memory used does not decrease after searching for a non-existing pattern.

from elinks.