109 lines
4.7 KiB
HTML
109 lines
4.7 KiB
HTML
|
<html>
|
||
|
|
<head>
|
||
|
|
<title>pcre_jit_exec specification</title>
|
||
|
|
</head>
|
||
|
|
<body bgcolor="#FFFFFF" text="#00005A" link="#0066FF" alink="#3399FF" vlink="#2222BB">
|
||
|
|
<h1>pcre_jit_exec man page</h1>
|
||
|
|
<p>
|
||
|
|
Return to the <a href="index.html">PCRE index page</a>.
|
||
|
|
</p>
|
||
|
|
<p>
|
||
|
|
This page is part of the PCRE HTML documentation. It was generated automatically
|
||
|
|
from the original man page. If there is any nonsense in it, please consult the
|
||
|
|
man page, in case the conversion went wrong.
|
||
|
|
<br>
|
||
|
|
<br><b>
|
||
|
|
SYNOPSIS
|
||
|
|
</b><br>
|
||
|
|
<P>
|
||
|
|
<b>#include <pcre.h></b>
|
||
|
|
</P>
|
||
|
|
<P>
|
||
|
|
<b>int pcre_jit_exec(const pcre *<i>code</i>, const pcre_extra *<i>extra</i>,</b>
|
||
|
|
<b>const char *<i>subject</i>, int <i>length</i>, int <i>startoffset</i>,</b>
|
||
|
|
<b>int <i>options</i>, int *<i>ovector</i>, int <i>ovecsize</i>,</b>
|
||
|
|
<b>pcre_jit_stack *<i>jstack</i>);</b>
|
||
|
|
</P>
|
||
|
|
<P>
|
||
|
|
<b>int pcre16_jit_exec(const pcre16 *<i>code</i>, const pcre16_extra *<i>extra</i>,</b>
|
||
|
|
<b>PCRE_SPTR16 <i>subject</i>, int <i>length</i>, int <i>startoffset</i>,</b>
|
||
|
|
<b>int <i>options</i>, int *<i>ovector</i>, int <i>ovecsize</i>,</b>
|
||
|
|
<b>pcre_jit_stack *<i>jstack</i>);</b>
|
||
|
|
</P>
|
||
|
|
<P>
|
||
|
|
<b>int pcre32_jit_exec(const pcre32 *<i>code</i>, const pcre32_extra *<i>extra</i>,</b>
|
||
|
|
<b>PCRE_SPTR32 <i>subject</i>, int <i>length</i>, int <i>startoffset</i>,</b>
|
||
|
|
<b>int <i>options</i>, int *<i>ovector</i>, int <i>ovecsize</i>,</b>
|
||
|
|
<b>pcre_jit_stack *<i>jstack</i>);</b>
|
||
|
|
</P>
|
||
|
|
<br><b>
|
||
|
|
DESCRIPTION
|
||
|
|
</b><br>
|
||
|
|
<P>
|
||
|
|
This function matches a compiled regular expression that has been successfully
|
||
|
|
studied with one of the JIT options against a given subject string, using a
|
||
|
|
matching algorithm that is similar to Perl's. It is a "fast path" interface to
|
||
|
|
JIT, and it bypasses some of the sanity checks that <b>pcre_exec()</b> applies.
|
||
|
|
It returns offsets to captured substrings. Its arguments are:
|
||
|
|
<pre>
|
||
|
|
<i>code</i> Points to the compiled pattern
|
||
|
|
<i>extra</i> Points to an associated <b>pcre[16|32]_extra</b> structure,
|
||
|
|
or is NULL
|
||
|
|
<i>subject</i> Points to the subject string
|
||
|
|
<i>length</i> Length of the subject string, in bytes
|
||
|
|
<i>startoffset</i> Offset in bytes in the subject at which to
|
||
|
|
start matching
|
||
|
|
<i>options</i> Option bits
|
||
|
|
<i>ovector</i> Points to a vector of ints for result offsets
|
||
|
|
<i>ovecsize</i> Number of elements in the vector (a multiple of 3)
|
||
|
|
<i>jstack</i> Pointer to a JIT stack
|
||
|
|
</pre>
|
||
|
|
The allowed options are:
|
||
|
|
<pre>
|
||
|
|
PCRE_NOTBOL Subject string is not the beginning of a line
|
||
|
|
PCRE_NOTEOL Subject string is not the end of a line
|
||
|
|
PCRE_NOTEMPTY An empty string is not a valid match
|
||
|
|
PCRE_NOTEMPTY_ATSTART An empty string at the start of the subject
|
||
|
|
is not a valid match
|
||
|
|
PCRE_NO_UTF16_CHECK Do not check the subject for UTF-16
|
||
|
|
validity (only relevant if PCRE_UTF16
|
||
|
|
was set at compile time)
|
||
|
|
PCRE_NO_UTF32_CHECK Do not check the subject for UTF-32
|
||
|
|
validity (only relevant if PCRE_UTF32
|
||
|
|
was set at compile time)
|
||
|
|
PCRE_NO_UTF8_CHECK Do not check the subject for UTF-8
|
||
|
|
validity (only relevant if PCRE_UTF8
|
||
|
|
was set at compile time)
|
||
|
|
PCRE_PARTIAL ) Return PCRE_ERROR_PARTIAL for a partial
|
||
|
|
PCRE_PARTIAL_SOFT ) match if no full matches are found
|
||
|
|
PCRE_PARTIAL_HARD Return PCRE_ERROR_PARTIAL for a partial match
|
||
|
|
if that is found before a full match
|
||
|
|
</pre>
|
||
|
|
However, the PCRE_NO_UTF[8|16|32]_CHECK options have no effect, as this check
|
||
|
|
is never applied. For details of partial matching, see the
|
||
|
|
<a href="pcrepartial.html"><b>pcrepartial</b></a>
|
||
|
|
page. A <b>pcre_extra</b> structure contains the following fields:
|
||
|
|
<pre>
|
||
|
|
<i>flags</i> Bits indicating which fields are set
|
||
|
|
<i>study_data</i> Opaque data from <b>pcre[16|32]_study()</b>
|
||
|
|
<i>match_limit</i> Limit on internal resource use
|
||
|
|
<i>match_limit_recursion</i> Limit on internal recursion depth
|
||
|
|
<i>callout_data</i> Opaque data passed back to callouts
|
||
|
|
<i>tables</i> Points to character tables or is NULL
|
||
|
|
<i>mark</i> For passing back a *MARK pointer
|
||
|
|
<i>executable_jit</i> Opaque data from JIT compilation
|
||
|
|
</pre>
|
||
|
|
The flag bits are PCRE_EXTRA_STUDY_DATA, PCRE_EXTRA_MATCH_LIMIT,
|
||
|
|
PCRE_EXTRA_MATCH_LIMIT_RECURSION, PCRE_EXTRA_CALLOUT_DATA,
|
||
|
|
PCRE_EXTRA_TABLES, PCRE_EXTRA_MARK and PCRE_EXTRA_EXECUTABLE_JIT.
|
||
|
|
</P>
|
||
|
|
<P>
|
||
|
|
There is a complete description of the PCRE native API in the
|
||
|
|
<a href="pcreapi.html"><b>pcreapi</b></a>
|
||
|
|
page and a description of the JIT API in the
|
||
|
|
<a href="pcrejit.html"><b>pcrejit</b></a>
|
||
|
|
page.
|
||
|
|
<p>
|
||
|
|
Return to the <a href="index.html">PCRE index page</a>.
|
||
|
|
</p>
|