<div dir="ltr"><div class="gmail_extra">Pavel,<br><br></div><div class="gmail_extra"><div class="gmail_quote">On Wed, Oct 30, 2013 at 8:51 PM, Pavel Levshin <span dir="ltr"><<a href="mailto:pavel@levshin.spb.ru" target="_blank">pavel@levshin.spb.ru</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
So, I have taken the opportunity and refactored liblognorm to use json-c instead of libee. Some parts of libee now present in liblognorm, notably field parsers and encoders. They were rewritten to get rid of libee data structures. In the same time, many bugs were fixed, and many were undoubtedly produced.<br>

<br></div></blockquote></div><br></div><div class="gmail_extra">I still didn't get a chance to merge, but you probably could lend me a helping hand on a related topic. As you know, I am rewriting the rsyslog core engine. The new engine has the capability to execute action instances in parallel, one for each worker thread (wti). <br>
<br></div><div class="gmail_extra">I am about to update mmnormalize to the new calling interface. The question is if lioblognorm can be called concurrently (reentrant & thread safe) with *the same* handle. That would obviously be best. It's not (yet) documented to have this capability. However, if I remember correctly, there is no problem in that regard. As you have recently worked on probably the whole body of code, what's your opinion on that? If we are not sure enough, we can always check later, but I think if the first shot at the new mmnormalize implemtion should better be on the safe side or not.<br>
<br></div><div class="gmail_extra">Thanks,<br>Rainer<br></div></div>