[Github-comments] [geany/geany] crash on multiline regexp (#1586)

[Chayyoo]

Here's the end of it:#16362 0x00007ffff12a751c in ?? () from /lib/x86_64-linux-gnu/libpcre.so.3
#16363 0x00007ffff12b15f0 in ?? () from /lib/x86_64-linux-gnu/libpcre.so.3
#16364 0x00007ffff12a751c in ?? () from /lib/x86_64-linux-gnu/libpcre.so.3
#16365 0x00007ffff12b6903 in pcre_exec () from /lib/x86_64-linux-gnu/libpcre.so.3
#16366 0x00007ffff53fc32b in g_match_info_next () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#16367 0x00007ffff53fdbcf in g_regex_match_full () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#16368 0x00007ffff79b2f97 in find_regex (sci=sci at entry=0xa68400, pos=pos at entry=0, regex=regex at entry=0xa87920, multiline=multiline at entry=16, match=match at entry=0xda9f40) at search.c:1944
#16369 0x00007ffff79b6f84 in search_find_next (sci=0xa68400, str=str at entry=0xdac470 "^(\\d+?);(\\d+?);(\\d+?);[BCST]+\\n(.*?\\n)*\\1", flags=flags at entry=(GEANY_FIND_REGEXP | GEANY_FIND_MULTILINE), 
    match_=match_ at entry=0x0) at search.c:2044
#16370 0x00007ffff797b17e in document_find_text (doc=doc at entry=0xbb5560, text=text at entry=0xdac470 "^(\\d+?);(\\d+?);(\\d+?);[BCST]+\\n(.*?\\n)*\\1", 
    original_text=original_text at entry=0xda6660 "^(\\d+?);(\\d+?);(\\d+?);[BCST]+\\n(.*?\\n)*\\1", flags=flags at entry=(GEANY_FIND_REGEXP | GEANY_FIND_MULTILINE), search_backwards=search_backwards at entry=0, 
    match_=match_ at entry=0x0, scroll=1, parent=0x73b9b0) at document.c:2345
#16371 0x00007ffff79b33e0 in on_replace_dialog_response (dialog=0x73b9b0, response=1, user_data=<optimized out>) at search.c:1509
#16372 0x00007ffff58c7518 in g_cclosure_marshal_VOID__ENUMv () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16373 0x00007ffff58c51d4 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16374 0x00007ffff58df9a6 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16375 0x00007ffff58e008f in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16376 0x00007ffff58c51d4 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#16377 0x00007ffff58df9a6 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16378 0x00007ffff58e008f in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16379 0x00007ffff6d85f35 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#16380 0x00007ffff58c4fa5 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16381 0x00007ffff58d6afc in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16382 0x00007ffff58dfd5c in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16383 0x00007ffff58e008f in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16384 0x00007ffff6d84e79 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#16385 0x00007ffff6e2baec in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#16386 0x00007ffff58c4fa5 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16387 0x00007ffff58d756e in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16388 0x00007ffff58df7f9 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16389 0x00007ffff58e008f in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16390 0x00007ffff6f4393c in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#16391 0x00007ffff6e2a284 in gtk_propagate_event () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#16392 0x00007ffff6e2a63b in gtk_main_do_event () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#16393 0x00007ffff6a9ec8c in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#16394 0x00007ffff53ea197 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#16395 0x00007ffff53ea3f0 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#16396 0x00007ffff53ea712 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#16397 0x00007ffff6e29697 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#16398 0x00007ffff799f527 in main_lib (argc=1, argv=0x7fffffffdf68) at libmain.c:1233
#16399 0x00007ffff7364830 in __libc_start_main (main=0x4005a0 <main>, argc=2, argv=0x7fffffffdf68, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffdf58)
    at ../csu/libc-start.c:291
#16400 0x00000000004005d9 in _start ()
Will that do?
 

    On Wednesday, 30 August 2017, 15:23, elextr <notifications at github.com> wrote:
 

 
I attach the output of strace (last part) and ltrace (last lines of the file) after the crash. Can that help?I also verified that the crash is not due to a particular pattern in the input file between lines 5500 (where it doesn't crash) and 5600 (where it crashes). Apparently, only size matters.
Actually you didn't attach it or github ignored the attachments, but that probably won't help so don't waste time trying another way, just follow the instructions to run gdb and get the backtrace:gdb geany
at the (gdb) prompt:run -v
do whatever crashes it and after it crashes and returns to the gdb prompt:bt
and return while it says return to continuePaste the output.—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.  

   

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/1586#issuecomment-325999756
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.geany.org/pipermail/github-comments/attachments/20170830/8df06be1/attachment.html>