<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 18, 2013 at 6:01 AM, Balazs Scheidler <span dir="ltr">&lt;<a href="mailto:bazsi77@gmail.com" target="_blank">bazsi77@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><p dir="ltr">I remember a bug in that caused similar symptoms when the output template produced zero length strings.</p>

<p dir="ltr">That has been fixed though. But can you try that regardless?</p>
<p dir="ltr">Can you perhaps use gdb to check where it is spinning?</p>
<p dir="ltr">If not, I would need to reproduce it.</p></blockquote><div><br></div><div>It only happens when I parse log using patterndb mentioned earlier with format_json --scope nv-pairs.<br><br></div><div>Follow the gdb backtrace, let me know if you need anything else.<br>
</div><div><br>Program received signal SIGINT, Interrupt.<br>g_trash_stack_height (name=&lt;value optimized out&gt;, value=0x620d70 &quot;10228&quot;, user_data=0x7fffffffe200) at /usr/include/glib-2.0/glib/gutils.h:413<br>
413         i++;<br>(gdb) bt<br>#0  g_trash_stack_height (name=&lt;value optimized out&gt;, value=0x620d70 &quot;10228&quot;, user_data=0x7fffffffe200) at /usr/include/glib-2.0/glib/gutils.h:413<br>#1  vp_walker_name_split (name=&lt;value optimized out&gt;, value=0x620d70 &quot;10228&quot;, user_data=0x7fffffffe200) at value-pairs.c:455<br>
#2  value_pairs_walker (name=&lt;value optimized out&gt;, value=0x620d70 &quot;10228&quot;, user_data=0x7fffffffe200) at value-pairs.c:494<br>#3  0x00007ffff70a5876 in g_tree_foreach () from /lib64/libglib-2.0.so.0<br>#4  0x00007ffff7b9ae86 in value_pairs_foreach_sorted (vp=0x6d7590, func=0x7ffff7b9a840 &lt;value_pairs_walker&gt;, compare_func=&lt;value optimized out&gt;, msg=0x61f010, seq_num=0, user_data=0x7fffffffe200)<br>
    at value-pairs.c:329<br>#5  0x00007ffff7b9afbf in value_pairs_walk (vp=0x6d7590, obj_start_func=&lt;value optimized out&gt;, process_value_func=&lt;value optimized out&gt;, obj_end_func=&lt;value optimized out&gt;, msg=0x61f010, seq_num=0,<br>
    user_data=0x7fffffffe270) at value-pairs.c:534<br>#6  0x00007ffff3e5bca2 in tf_json_append (self=&lt;value optimized out&gt;, s=0x6d20c0, args=0x7fffffffe320, result=0x636c80) at format-json.c:193<br>#7  tf_json_call (self=&lt;value optimized out&gt;, s=0x6d20c0, args=0x7fffffffe320, result=0x636c80) at format-json.c:206<br>
#8  0x00007ffff7b98653 in log_template_append_format_with_context (self=0x6d8130, messages=0x7fffffffe3b8, num_messages=1, opts=0x6d7fa0, tz=1, seq_num=0, context_id=0x0, result=0x636c80) at templates.c:1234<br>#9  0x00007ffff7b988ff in log_template_append_format (self=&lt;value optimized out&gt;, lm=0x61f010, opts=&lt;value optimized out&gt;, tz=&lt;value optimized out&gt;, seq_num=&lt;value optimized out&gt;,<br>
    context_id=&lt;value optimized out&gt;, result=0x636c80) at templates.c:1261<br>#10 0x00007ffff7b8b87c in log_writer_format_log (self=0x619740, lm=0x61f010, result=0x636c80) at logwriter.c:862<br>#11 0x00007ffff7b8c310 in log_writer_flush (self=0x619740, flush_mode=LW_FLUSH_NORMAL) at logwriter.c:1005<br>
#12 0x00007ffff7b8c48d in log_writer_work_perform (s=0x619740) at logwriter.c:129<br>#13 0x00007ffff7b8c4f8 in log_writer_io_flush_output (s=0x619740) at logwriter.c:209<br>#14 0x00007ffff7ba82ea in iv_run_tasks (st=0x605ba0) at iv_task.c:48<br>
#15 0x00007ffff7baa50c in iv_main () at iv_main_posix.c:106<br>#16 0x00007ffff7b8c9c7 in main_loop_run () at mainloop.c:736<br>#17 0x0000000000401641 in main ()<br>(gdb)<br> </div></div></div></div>