1PCRETEST(1)                 General Commands Manual                PCRETEST(1)
2
3
4

NAME

6       pcretest - a program for testing Perl-compatible regular expressions.
7

SYNOPSIS

9
10       pcretest [options] [source] [destination]
11
12       pcretest  was written as a test program for the PCRE regular expression
13       library itself, but it can also be used for experimenting with  regular
14       expressions.  This document describes the features of the test program;
15       for details of the regular expressions themselves, see the  pcrepattern
16       documentation. For details of the PCRE library function calls and their
17       options, see the pcreapi documentation.
18

OPTIONS

20
21       -b        Behave as if each regex has the /B (show bytecode)  modifier;
22                 the internal form is output after compilation.
23
24       -C        Output the version number of the PCRE library, and all avail‐
25                 able  information  about  the  optional  features  that   are
26                 included, and then exit.
27
28       -d        Behave  as  if  each  regex  has the /D (debug) modifier; the
29                 internal form and information about the compiled  pattern  is
30                 output after compilation; -d is equivalent to -b -i.
31
32       -dfa      Behave  as if each data line contains the \D escape sequence;
33                 this    causes    the    alternative    matching    function,
34                 pcre_dfa_exec(),   to   be   used  instead  of  the  standard
35                 pcre_exec() function (more detail is given below).
36
37       -help     Output a brief summary these options and then exit.
38
39       -i        Behave as if each regex  has  the  /I  modifier;  information
40                 about the compiled pattern is given after compilation.
41
42       -m        Output  the  size  of each compiled pattern after it has been
43                 compiled. This is equivalent to adding  /M  to  each  regular
44                 expression.   For  compatibility  with  earlier  versions  of
45                 pcretest, -s is a synonym for -m.
46
47       -o osize  Set the number of elements in the output vector that is  used
48                 when  calling pcre_exec() or pcre_dfa_exec() to be osize. The
49                 default value is 45, which is enough for 14 capturing  subex‐
50                 pressions   for  pcre_exec()  or  22  different  matches  for
51                 pcre_dfa_exec(). The vector size can be changed for  individ‐
52                 ual  matching  calls  by  including  \O in the data line (see
53                 below).
54
55       -p        Behave as if each regex has the /P modifier; the POSIX  wrap‐
56                 per  API  is used to call PCRE. None of the other options has
57                 any effect when -p is set.
58
59       -q        Do not output the version number of pcretest at the start  of
60                 execution.
61
62       -S size   On  Unix-like  systems,  set the size of the runtime stack to
63                 size megabytes.
64
65       -t        Run each compile, study, and match many times with  a  timer,
66                 and  output resulting time per compile or match (in millisec‐
67                 onds). Do not set -m with -t, because you will then  get  the
68                 size  output  a  zillion  times,  and the timing will be dis‐
69                 torted. You can control the number  of  iterations  that  are
70                 used  for timing by following -t with a number (as a separate
71                 item on the command line). For example, "-t 1000" would iter‐
72                 ate 1000 times. The default is to iterate 500000 times.
73
74       -tm       This is like -t except that it times only the matching phase,
75                 not the compile or study phases.
76

DESCRIPTION

78
79       If pcretest is given two filename arguments, it reads  from  the  first
80       and writes to the second. If it is given only one filename argument, it
81       reads from that file and writes to stdout.  Otherwise,  it  reads  from
82       stdin  and  writes to stdout, and prompts for each line of input, using
83       "re>" to prompt for regular expressions, and "data>" to prompt for data
84       lines.
85
86       The program handles any number of sets of input on a single input file.
87       Each set starts with a regular expression, and continues with any  num‐
88       ber of data lines to be matched against the pattern.
89
90       Each  data line is matched separately and independently. If you want to
91       do multi-line matches, you have to use the \n escape sequence (or \r or
92       \r\n, etc., depending on the newline setting) in a single line of input
93       to encode the newline sequences. There is no limit  on  the  length  of
94       data  lines;  the  input  buffer is automatically extended if it is too
95       small.
96
97       An empty line signals the end of the data lines, at which point  a  new
98       regular  expression is read. The regular expressions are given enclosed
99       in any non-alphanumeric delimiters other than backslash, for example:
100
101         /(a|bc)x+yz/
102
103       White space before the initial delimiter is ignored. A regular  expres‐
104       sion  may be continued over several input lines, in which case the new‐
105       line characters are included within it. It is possible to  include  the
106       delimiter within the pattern by escaping it, for example
107
108         /abc\/def/
109
110       If  you  do  so, the escape and the delimiter form part of the pattern,
111       but since delimiters are always non-alphanumeric, this does not  affect
112       its  interpretation.   If the terminating delimiter is immediately fol‐
113       lowed by a backslash, for example,
114
115         /abc/\
116
117       then a backslash is added to the end of the pattern. This  is  done  to
118       provide  a  way of testing the error condition that arises if a pattern
119       finishes with a backslash, because
120
121         /abc\/
122
123       is interpreted as the first line of a pattern that starts with  "abc/",
124       causing pcretest to read the next line as a continuation of the regular
125       expression.
126

PATTERN MODIFIERS

128
129       A pattern may be followed by any number of modifiers, which are  mostly
130       single  characters.  Following  Perl usage, these are referred to below
131       as, for example, "the /i modifier", even though the  delimiter  of  the
132       pattern  need  not always be a slash, and no slash is used when writing
133       modifiers. Whitespace may appear between the  final  pattern  delimiter
134       and the first modifier, and between the modifiers themselves.
135
136       The /i, /m, /s, and /x modifiers set the PCRE_CASELESS, PCRE_MULTILINE,
137       PCRE_DOTALL, or PCRE_EXTENDED  options,  respectively,  when  pcre_com‐
138       pile()  is  called. These four modifier letters have the same effect as
139       they do in Perl. For example:
140
141         /caseless/i
142
143       The following table shows additional modifiers for setting PCRE options
144       that do not correspond to anything in Perl:
145
146         /A          PCRE_ANCHORED
147         /C          PCRE_AUTO_CALLOUT
148         /E          PCRE_DOLLAR_ENDONLY
149         /f          PCRE_FIRSTLINE
150         /J          PCRE_DUPNAMES
151         /N          PCRE_NO_AUTO_CAPTURE
152         /U          PCRE_UNGREEDY
153         /X          PCRE_EXTRA
154         /<cr>       PCRE_NEWLINE_CR
155         /<lf>       PCRE_NEWLINE_LF
156         /<crlf>     PCRE_NEWLINE_CRLF
157         /<anycrlf>  PCRE_NEWLINE_ANYCRLF
158         /<any>      PCRE_NEWLINE_ANY
159
160       Those  specifying  line  ending sequences are literal strings as shown,
161       but the letters can be in either  case.  This  example  sets  multiline
162       matching with CRLF as the line ending sequence:
163
164         /^abc/m<crlf>
165
166       Details  of the meanings of these PCRE options are given in the pcreapi
167       documentation.
168
169   Finding all matches in a string
170
171       Searching for all possible matches within each subject  string  can  be
172       requested  by  the  /g  or  /G modifier. After finding a match, PCRE is
173       called again to search the remainder of the subject string. The differ‐
174       ence between /g and /G is that the former uses the startoffset argument
175       to pcre_exec() to start searching at a  new  point  within  the  entire
176       string  (which  is in effect what Perl does), whereas the latter passes
177       over a shortened substring. This makes a  difference  to  the  matching
178       process if the pattern begins with a lookbehind assertion (including \b
179       or \B).
180
181       If any call to pcre_exec() in a /g or  /G  sequence  matches  an  empty
182       string,  the next call is done with the PCRE_NOTEMPTY and PCRE_ANCHORED
183       flags set in order to search for another, non-empty, match at the  same
184       point.   If  this  second  match fails, the start offset is advanced by
185       one, and the normal match is retried. This imitates the way  Perl  han‐
186       dles such cases when using the /g modifier or the split() function.
187
188   Other modifiers
189
190       There are yet more modifiers for controlling the way pcretest operates.
191
192       The  /+ modifier requests that as well as outputting the substring that
193       matched the entire pattern, pcretest  should  in  addition  output  the
194       remainder  of  the  subject  string. This is useful for tests where the
195       subject contains multiple copies of the same substring.
196
197       The /B modifier is a debugging feature. It requests that pcretest  out‐
198       put  a representation of the compiled byte code after compilation. Nor‐
199       mally this information contains length and offset values;  however,  if
200       /Z  is also present, this data is replaced by spaces. This is a special
201       feature for use in the automatic test scripts; it ensures that the same
202       output is generated for different internal link sizes.
203
204       The  /L modifier must be followed directly by the name of a locale, for
205       example,
206
207         /pattern/Lfr_FR
208
209       For this reason, it must be the last modifier. The given locale is set,
210       pcre_maketables()  is called to build a set of character tables for the
211       locale, and this is then passed to pcre_compile()  when  compiling  the
212       regular  expression.  Without  an  /L  modifier,  NULL is passed as the
213       tables pointer; that is, /L applies only to the expression on which  it
214       appears.
215
216       The  /I  modifier  requests  that pcretest output information about the
217       compiled pattern (whether it is anchored, has a fixed first  character,
218       and  so  on). It does this by calling pcre_fullinfo() after compiling a
219       pattern. If the pattern is studied, the results of that are  also  out‐
220       put.
221
222       The  /D modifier is a PCRE debugging feature, and is equivalent to /BI,
223       that is, both the /B and the /I modifiers.
224
225       The /F modifier causes pcretest to flip the byte order of the fields in
226       the  compiled  pattern  that  contain  2-byte  and 4-byte numbers. This
227       facility is for testing the feature in PCRE that allows it  to  execute
228       patterns that were compiled on a host with a different endianness. This
229       feature is not available when the POSIX  interface  to  PCRE  is  being
230       used,  that is, when the /P pattern modifier is specified. See also the
231       section about saving and reloading compiled patterns below.
232
233       The /S modifier causes pcre_study() to be called after  the  expression
234       has been compiled, and the results used when the expression is matched.
235
236       The  /M  modifier causes the size of memory block used to hold the com‐
237       piled pattern to be output.
238
239       The /P modifier causes pcretest to call PCRE via the POSIX wrapper  API
240       rather  than  its  native  API.  When this is done, all other modifiers
241       except /i, /m, and /+ are ignored. REG_ICASE is set if /i  is  present,
242       and  REG_NEWLINE  is  set if /m is present. The wrapper functions force
243       PCRE_DOLLAR_ENDONLY always, and PCRE_DOTALL unless REG_NEWLINE is set.
244
245       The /8 modifier causes pcretest to call PCRE with the PCRE_UTF8  option
246       set.  This  turns on support for UTF-8 character handling in PCRE, pro‐
247       vided that it was compiled with this  support  enabled.  This  modifier
248       also causes any non-printing characters in output strings to be printed
249       using the \x{hh...} notation if they are valid UTF-8 sequences.
250
251       If the /? modifier  is  used  with  /8,  it  causes  pcretest  to  call
252       pcre_compile()  with  the  PCRE_NO_UTF8_CHECK  option,  to suppress the
253       checking of the string for UTF-8 validity.
254

DATA LINES

256
257       Before each data line is passed to pcre_exec(),  leading  and  trailing
258       whitespace  is  removed,  and it is then scanned for \ escapes. Some of
259       these are pretty esoteric features, intended for checking out  some  of
260       the  more  complicated features of PCRE. If you are just testing "ordi‐
261       nary" regular expressions, you probably don't need any  of  these.  The
262       following escapes are recognized:
263
264         \a         alarm (BEL, \x07)
265         \b         backspace (\x08)
266         \e         escape (\x27)
267         \f         formfeed (\x0c)
268         \n         newline (\x0a)
269         \qdd       set the PCRE_MATCH_LIMIT limit to dd
270                      (any number of digits)
271         \r         carriage return (\x0d)
272         \t         tab (\x09)
273         \v         vertical tab (\x0b)
274         \nnn       octal character (up to 3 octal digits)
275         \xhh       hexadecimal character (up to 2 hex digits)
276         \x{hh...}  hexadecimal character, any number of digits
277                      in UTF-8 mode
278         \A         pass the PCRE_ANCHORED option to pcre_exec()
279                      or pcre_dfa_exec()
280         \B         pass the PCRE_NOTBOL option to pcre_exec()
281                      or pcre_dfa_exec()
282         \Cdd       call pcre_copy_substring() for substring dd
283                      after a successful match (number less than 32)
284         \Cname     call pcre_copy_named_substring() for substring
285                      "name" after a successful match (name termin-
286                      ated by next non alphanumeric character)
287         \C+        show the current captured substrings at callout
288                      time
289         \C-        do not supply a callout function
290         \C!n       return 1 instead of 0 when callout number n is
291                      reached
292         \C!n!m     return 1 instead of 0 when callout number n is
293                      reached for the nth time
294         \C*n       pass the number n (may be negative) as callout
295                      data; this is used as the callout return value
296         \D         use the pcre_dfa_exec() match function
297         \F         only shortest match for pcre_dfa_exec()
298         \Gdd       call pcre_get_substring() for substring dd
299                      after a successful match (number less than 32)
300         \Gname     call pcre_get_named_substring() for substring
301                      "name" after a successful match (name termin-
302                      ated by next non-alphanumeric character)
303         \L         call pcre_get_substringlist() after a
304                      successful match
305         \M         discover the minimum MATCH_LIMIT and
306                      MATCH_LIMIT_RECURSION settings
307         \N         pass the PCRE_NOTEMPTY option to pcre_exec()
308                      or pcre_dfa_exec()
309         \Odd       set the size of the output vector passed to
310                      pcre_exec() to dd (any number of digits)
311         \P         pass the PCRE_PARTIAL option to pcre_exec()
312                      or pcre_dfa_exec()
313         \Qdd       set the PCRE_MATCH_LIMIT_RECURSION limit to dd
314                      (any number of digits)
315         \R         pass the PCRE_DFA_RESTART option to pcre_dfa_exec()
316         \S         output details of memory get/free calls during matching
317         \Z         pass the PCRE_NOTEOL option to pcre_exec()
318                      or pcre_dfa_exec()
319         \?         pass the PCRE_NO_UTF8_CHECK option to
320                      pcre_exec() or pcre_dfa_exec()
321         \>dd       start the match at offset dd (any number of digits);
322                      this sets the startoffset argument for pcre_exec()
323                      or pcre_dfa_exec()
324         \<cr>      pass the PCRE_NEWLINE_CR option to pcre_exec()
325                      or pcre_dfa_exec()
326         \<lf>      pass the PCRE_NEWLINE_LF option to pcre_exec()
327                      or pcre_dfa_exec()
328         \<crlf>    pass the PCRE_NEWLINE_CRLF option to pcre_exec()
329                      or pcre_dfa_exec()
330         \<anycrlf> pass the PCRE_NEWLINE_ANYCRLF option to pcre_exec()
331                      or pcre_dfa_exec()
332         \<any>     pass the PCRE_NEWLINE_ANY option to pcre_exec()
333                      or pcre_dfa_exec()
334
335       The  escapes  that  specify  line ending sequences are literal strings,
336       exactly as shown. No more than one newline setting should be present in
337       any data line.
338
339       A  backslash  followed by anything else just escapes the anything else.
340       If the very last character is a backslash, it is ignored. This gives  a
341       way  of  passing  an empty line as data, since a real empty line termi‐
342       nates the data input.
343
344       If \M is present, pcretest calls pcre_exec() several times,  with  dif‐
345       ferent  values  in  the match_limit and match_limit_recursion fields of
346       the pcre_extra data structure, until it finds the minimum  numbers  for
347       each parameter that allow pcre_exec() to complete. The match_limit num‐
348       ber is a measure of the amount of backtracking that  takes  place,  and
349       checking it out can be instructive. For most simple matches, the number
350       is quite small, but for patterns with very large  numbers  of  matching
351       possibilities,  it can become large very quickly with increasing length
352       of subject string. The match_limit_recursion number is a measure of how
353       much  stack  (or,  if  PCRE is compiled with NO_RECURSE, how much heap)
354       memory is needed to complete the match attempt.
355
356       When \O is used, the value specified may be higher or  lower  than  the
357       size set by the -O command line option (or defaulted to 45); \O applies
358       only to the call of pcre_exec() for the line in which it appears.
359
360       If the /P modifier was present on the pattern, causing the POSIX  wrap‐
361       per  API  to  be  used, the only option-setting sequences that have any
362       effect are \B and \Z, causing REG_NOTBOL and REG_NOTEOL,  respectively,
363       to be passed to regexec().
364
365       The  use of \x{hh...} to represent UTF-8 characters is not dependent on
366       the use of the /8 modifier on the pattern.  It  is  recognized  always.
367       There  may  be  any number of hexadecimal digits inside the braces. The
368       result is from one to six bytes,  encoded  according  to  the  original
369       UTF-8  rules  of  RFC  2279.  This  allows for values in the range 0 to
370       0x7FFFFFFF. Note that not all of those are valid Unicode  code  points,
371       or  indeed  valid  UTF-8 characters according to the later rules in RFC
372       3629.
373

THE ALTERNATIVE MATCHING FUNCTION

375
376       By  default,  pcretest  uses  the  standard  PCRE  matching   function,
377       pcre_exec() to match each data line. From release 6.0, PCRE supports an
378       alternative matching function, pcre_dfa_test(),  which  operates  in  a
379       different  way,  and has some restrictions. The differences between the
380       two functions are described in the pcrematching documentation.
381
382       If a data line contains the \D escape sequence, or if the command  line
383       contains  the -dfa option, the alternative matching function is called.
384       This function finds all possible matches at a given point. If, however,
385       the  \F escape sequence is present in the data line, it stops after the
386       first match is found. This is always the shortest possible match.
387

DEFAULT OUTPUT FROM PCRETEST

389
390       This section describes the output when the  normal  matching  function,
391       pcre_exec(), is being used.
392
393       When a match succeeds, pcretest outputs the list of captured substrings
394       that pcre_exec() returns, starting with number 0 for  the  string  that
395       matched the whole pattern. Otherwise, it outputs "No match" or "Partial
396       match" when pcre_exec() returns PCRE_ERROR_NOMATCH  or  PCRE_ERROR_PAR‐
397       TIAL,  respectively, and otherwise the PCRE negative error number. Here
398       is an example of an interactive pcretest run.
399
400         $ pcretest
401         PCRE version 7.0 30-Nov-2006
402
403           re> /^abc(\d+)/
404         data> abc123
405          0: abc123
406          1: 123
407         data> xyz
408         No match
409
410       If the strings contain any non-printing characters, they are output  as
411       \0x  escapes,  or  as \x{...} escapes if the /8 modifier was present on
412       the pattern. See below for the definition of  non-printing  characters.
413       If  the pattern has the /+ modifier, the output for substring 0 is fol‐
414       lowed by the the rest of the subject string, identified  by  "0+"  like
415       this:
416
417           re> /cat/+
418         data> cataract
419          0: cat
420          0+ aract
421
422       If  the  pattern  has  the /g or /G modifier, the results of successive
423       matching attempts are output in sequence, like this:
424
425           re> /\Bi(\w\w)/g
426         data> Mississippi
427          0: iss
428          1: ss
429          0: iss
430          1: ss
431          0: ipp
432          1: pp
433
434       "No match" is output only if the first match attempt fails.
435
436       If any of the sequences \C, \G, or \L are present in a data  line  that
437       is  successfully  matched,  the substrings extracted by the convenience
438       functions are output with C, G, or L after the string number instead of
439       a colon. This is in addition to the normal full list. The string length
440       (that is, the return from the extraction function) is given  in  paren‐
441       theses after each string for \C and \G.
442
443       Note that whereas patterns can be continued over several lines (a plain
444       ">" prompt is used for continuations), data lines may not. However new‐
445       lines  can  be included in data by means of the \n escape (or \r, \r\n,
446       etc., depending on the newline sequence setting).
447

OUTPUT FROM THE ALTERNATIVE MATCHING FUNCTION

449
450       When the alternative matching function, pcre_dfa_exec(),  is  used  (by
451       means  of  the \D escape sequence or the -dfa command line option), the
452       output consists of a list of all the matches that start  at  the  first
453       point in the subject where there is at least one match. For example:
454
455           re> /(tang|tangerine|tan)/
456         data> yellow tangerine\D
457          0: tangerine
458          1: tang
459          2: tan
460
461       (Using  the  normal  matching function on this data finds only "tang".)
462       The longest matching string is always given first (and numbered zero).
463
464       If /g is present on the pattern, the search for further matches resumes
465       at the end of the longest match. For example:
466
467           re> /(tang|tangerine|tan)/g
468         data> yellow tangerine and tangy sultana\D
469          0: tangerine
470          1: tang
471          2: tan
472          0: tang
473          1: tan
474          0: tan
475
476       Since  the  matching  function  does not support substring capture, the
477       escape sequences that are concerned with captured  substrings  are  not
478       relevant.
479

RESTARTING AFTER A PARTIAL MATCH

481
482       When the alternative matching function has given the PCRE_ERROR_PARTIAL
483       return, indicating that the subject partially matched the pattern,  you
484       can  restart  the match with additional subject data by means of the \R
485       escape sequence. For example:
486
487           re> /^\d?\d(jan|feb|mar|apr|may|jun|jul|aug|sep|oct|nov|dec)\d\d$/
488         data> 23ja\P\D
489         Partial match: 23ja
490         data> n05\R\D
491          0: n05
492
493       For further information about partial  matching,  see  the  pcrepartial
494       documentation.
495

CALLOUTS

497
498       If  the pattern contains any callout requests, pcretest's callout func‐
499       tion is called during matching. This works  with  both  matching  func‐
500       tions. By default, the called function displays the callout number, the
501       start and current positions in the text at the callout  time,  and  the
502       next pattern item to be tested. For example, the output
503
504         --->pqrabcdef
505           0    ^  ^     \d
506
507       indicates  that  callout number 0 occurred for a match attempt starting
508       at the fourth character of the subject string, when the pointer was  at
509       the  seventh  character of the data, and when the next pattern item was
510       \d. Just one circumflex is output if the start  and  current  positions
511       are the same.
512
513       Callouts numbered 255 are assumed to be automatic callouts, inserted as
514       a result of the /C pattern modifier. In this case, instead  of  showing
515       the  callout  number, the offset in the pattern, preceded by a plus, is
516       output. For example:
517
518           re> /\d?[A-E]\*/C
519         data> E*
520         --->E*
521          +0 ^      \d?
522          +3 ^      [A-E]
523          +8 ^^     \*
524         +10 ^ ^
525          0: E*
526
527       The callout function in pcretest returns zero (carry  on  matching)  by
528       default,  but you can use a \C item in a data line (as described above)
529       to change this.
530
531       Inserting callouts can be helpful when using pcretest to check  compli‐
532       cated  regular expressions. For further information about callouts, see
533       the pcrecallout documentation.
534

NON-PRINTING CHARACTERS

536
537       When pcretest is outputting text in the compiled version of a  pattern,
538       bytes  other  than 32-126 are always treated as non-printing characters
539       are are therefore shown as hex escapes.
540
541       When pcretest is outputting text that is a matched part  of  a  subject
542       string,  it behaves in the same way, unless a different locale has been
543       set for the  pattern  (using  the  /L  modifier).  In  this  case,  the
544       isprint() function to distinguish printing and non-printing characters.
545

SAVING AND RELOADING COMPILED PATTERNS

547
548       The  facilities  described  in  this section are not available when the
549       POSIX inteface to PCRE is being used, that is, when the /P pattern mod‐
550       ifier is specified.
551
552       When the POSIX interface is not in use, you can cause pcretest to write
553       a compiled pattern to a file, by following the modifiers with >  and  a
554       file name.  For example:
555
556         /pattern/im >/some/file
557
558       See  the pcreprecompile documentation for a discussion about saving and
559       re-using compiled patterns.
560
561       The data that is written is binary.  The  first  eight  bytes  are  the
562       length  of  the  compiled  pattern  data  followed by the length of the
563       optional study data, each written as four  bytes  in  big-endian  order
564       (most  significant  byte  first). If there is no study data (either the
565       pattern was not studied, or studying did not return any data), the sec‐
566       ond  length  is  zero. The lengths are followed by an exact copy of the
567       compiled pattern. If there is additional study data, this follows imme‐
568       diately  after  the  compiled pattern. After writing the file, pcretest
569       expects to read a new pattern.
570
571       A saved pattern can be reloaded into pcretest by specifing < and a file
572       name  instead  of  a pattern. The name of the file must not contain a <
573       character, as otherwise pcretest will interpret the line as  a  pattern
574       delimited by < characters.  For example:
575
576          re> </some/file
577         Compiled regex loaded from /some/file
578         No study data
579
580       When  the pattern has been loaded, pcretest proceeds to read data lines
581       in the usual way.
582
583       You can copy a file written by pcretest to a different host and  reload
584       it  there,  even  if the new host has opposite endianness to the one on
585       which the pattern was compiled. For example, you can compile on an  i86
586       machine and run on a SPARC machine.
587
588       File  names  for  saving and reloading can be absolute or relative, but
589       note that the shell facility of expanding a file name that starts  with
590       a tilde (~) is not available.
591
592       The  ability to save and reload files in pcretest is intended for test‐
593       ing and experimentation. It is not intended for production use  because
594       only  a  single pattern can be written to a file. Furthermore, there is
595       no facility for supplying  custom  character  tables  for  use  with  a
596       reloaded  pattern.  If  the  original  pattern was compiled with custom
597       tables, an attempt to match a subject string using a  reloaded  pattern
598       is  likely to cause pcretest to crash.  Finally, if you attempt to load
599       a file that is not in the correct format, the result is undefined.
600

SEE ALSO

602
603       pcre(3), pcreapi(3), pcrecallout(3),  pcrematching(3),  pcrepartial(d),
604       pcrepattern(3), pcreprecompile(3).
605

AUTHOR

607
608       Philip Hazel
609       University Computing Service
610       Cambridge CB2 3QH, England.
611

REVISION

613
614       Last updated: 21 August 2007
615       Copyright (c) 1997-2007 University of Cambridge.
616
617
618
619                                                                   PCRETEST(1)
Impressum