On Mon, 28 Dec 2015, Ze'ev Atlas wrote:
> Hi PhilipI am testing PCRE2 21 RC1 in EBCDIC (on native z/OS).
Thanks!
Your emails are still coming through rather mangled and losing newlines
for some reason. I looked at the raw email text and found that you are
sending both a plain text and an HTML text copy. The HTML is formatted
OK, enabling me to read it, but the plain test starts like this:
------=_Part_4009314_1515033155.1451267841618
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Hi PhilipI am testing PCRE2 21 RC1 in EBCDIC (on native z/OS). =C2=A0There =
were quite a few changes in your test suite so I will have to go back and r=
edo some of the EBCDIC specific stuff. =C2=A0But before I do that I looked =
at my output vs. yours in what I deemed as relevant tests. =C2=A0That, in o=
rder to identify differences and either explain them or develop an EBCDIC c=
ounterpart. =C2=A0The most striking differences were in test 18.
in test 18 you get:-----------------------/abc/=C2=A0 =C2=A0abc\=3Dfind_lim=
its** Ignored with POSIX interface: find_limits=C2=A00: abc
/abc/=C2=A0 abc\=3Dpartial_hard** Ignored with POSIX interface: partial_har=
d=C2=A00: abc
# Real tests
As you can see, it looks like =C2=A0 appears where there should be
newlines, but sometimes there is nothing where a newline should be. I
used two different email clients but neither of them displays the plain
text sensibly.
Anyway, on to your substantive question:
While I get:
/abc/
abc\=find_limits
** Invalid pattern delimiter ' ' (x40).
That looks very much as though pcre2test thinks that the subject line is
a pattern line, which is why it is complaining about an invalid pattern
delimiter. That seems very odd, since it hasn't complained about the
pattern line. The code around line 7259 of pcre2test.c is where it tests
to see if it has a compiled pattern, and if so, processes a data line.
BOOL expectdata = TEST(compiled_code, !=, NULL);
#ifdef SUPPORT_PCRE2_8
expectdata |= preg.re_pcre2_code != NULL;
#endif
The second line is testing for a compiled pattern using the POSIX
interface. If that is going wrong, it would explain what you are seeing.
Philip
--
Philip Hazel
