Re: Assert triggered during RE_compile_and_cache - Mailing list pgsql-hackers

From Mark Dilger
Subject Re: Assert triggered during RE_compile_and_cache
Date
Msg-id 059A9825-0101-42B0-9E1C-0F71C2E13E96@enterprisedb.com
Whole thread Raw
In response to Re: Assert triggered during RE_compile_and_cache  (Mark Dilger <mark.dilger@enterprisedb.com>)
Responses Re: Assert triggered during RE_compile_and_cache
List pgsql-hackers

> On Aug 8, 2021, at 10:34 AM, Mark Dilger <mark.dilger@enterprisedb.com> wrote:
>
> I'll rerun my tests with the new master.  I was still using the code that I pulled yesterday.

I am now testing REL_13_STABLE (ba9f665a4413f855bbf4b544481db326f7b9bd73) vs master
(c1132aae336c41cf9d316222e525d8d593c2b5d2). The regular expressions we discussed upthread show no differences. 

There are a few changes which appear correct to me, but I don't know if you expected them:

 select regexp_match('hko', '((((?<!.))))(.(\3)(\1.))');
- regexp_match
---------------
-
+    regexp_match
+--------------------
+ {"","","",hk,"",k}
 (1 row)

 select 'nigqvigqvee' !~ '(())((\2)\2)(?:([^\W]))';
-ERROR:  invalid regular expression: invalid escape \ sequence
+ ?column?
+----------
+ f
+(1 row)
+

 select regexp_replace('tl', '.{0}?(((?<![^][^]{1}?)))(.)\2{6}?', 'jx', 'mt');
  regexp_replace
 ----------------
- tl
+ jxl
 (1 row)


—
Mark Dilger
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company






pgsql-hackers by date:

Previous
From: Mark Dilger
Date:
Subject: Re: Assert triggered during RE_compile_and_cache
Next
From: Mark Dilger
Date:
Subject: Re: Another regexp performance improvement: skip useless paren-captures