[pcre-dev] [Bug 1368] Easier to use function for multi-segment matching

2013-07-28 Thread Philip Hazel
--- You are receiving this mail because: --- You are on the CC list for the bug. http://bugs.exim.org/show_bug.cgi?id=1368 Philip Hazel p...@hermes.cam.ac.uk changed: What|Removed |Added

[pcre-dev] JIT have very limited applicability

2013-07-28 Thread ND
Good day! As I trying to say some time ago, PCRE-JIT in most applications is useless. It only slowing matching process. Consider timings. In most real situations JIT compile+run time greatly exceeds interpreter compile+run time. Taking this into account there are very few circumstances

Re: [pcre-dev] JIT have very limited applicability

2013-07-28 Thread Zoltán Herczeg
Hi, JIT is typically used by server applications such as NGNIX webserver, Suricata Intrusion Detection System, ModSecurity firewall, etc. and it seems they are happy with it. Some Korean guys made a paper about integrating JIT into Snort: http://kiise.or.kr/e_journal/2013/4/CST/pdf/01.pdf They

[pcre-dev] Persisting the compiled regex object

2013-07-28 Thread Ze'ev Atlas
Is there a standard way to store = persist the compiled regex object, jit or otherwise, so subsequent runs could just load those objects and go? za Sent from Yahoo! Mail on Android -- ## List details at https://lists.exim.org/mailman/listinfo/pcre-dev

Re: [pcre-dev] Persisting the compiled regex object

2013-07-28 Thread Giuseppe D'Angelo
On 28 July 2013 23:24, Ze'ev Atlas zatl...@yahoo.com wrote: Is there a standard way to store = persist the compiled regex object, jit or otherwise, so subsequent runs could just load those objects and go? http://pcre.org/pcre.txt = pcreprecompile(3), although I've never used it. HTH, --