[SCM] PostGIS branch stable-3.4 updated. 3.4.6-86-g260cd1349

git at osgeo.org git at osgeo.org
Mon Jul 20 07:38:07 PDT 2026


This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "PostGIS".

The branch, stable-3.4 has been updated
       via  260cd1349110c6ecd3a119c7a0100df4a7795cde (commit)
       via  be560c6d91e75a15a60f1bdd4a9ed292828291c3 (commit)
      from  763679c84735b3ab63ee2c35e2e9c797f7a6d76b (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 260cd1349110c6ecd3a119c7a0100df4a7795cde
Merge: 763679c84 be560c6d9
Author: Darafei Praliaskouski <komzpa at gmail.com>
Date:   Mon Jul 20 07:38:06 2026 -0700

    Merge pull request 'regress: relax stable 3.4 relate interrupt tolerances' (!476) from Komzpa/postgis:fix/stable-3.4-interrupt-tolerance-20260720 into stable-3.4


commit be560c6d91e75a15a60f1bdd4a9ed292828291c3
Author: Regina Obe <lr at pcorp.us>
Date:   Fri Mar 22 21:37:59 2024 -0400

    Increase alloted time some more for interrupt buffer and relate
    
    (cherry picked from commit 3085fb74de93e63951afcaffb7975ed2cb849ca6)

diff --git a/regress/core/interrupt_relate.sql b/regress/core/interrupt_relate.sql
index 547caa2bc..d80dacf1c 100644
--- a/regress/core/interrupt_relate.sql
+++ b/regress/core/interrupt_relate.sql
@@ -19,32 +19,32 @@ SELECT 1::int as id, ST_Collect(g) g FROM (
 SET statement_timeout TO 100;
 
 select ST_Contains(g,g) from _inputs WHERE id = 1; -- 6+ seconds
-SELECT _timecheck('contains', '200ms');
+SELECT _timecheck('contains', '220ms');
 
 select ST_Covers(g,g) from _inputs WHERE id = 1; -- 6+ seconds
-SELECT _timecheck('covers', '200ms');
+SELECT _timecheck('covers', '220ms');
 
 select ST_CoveredBy(g,g) from _inputs WHERE id = 1; -- 6+ seconds
-SELECT _timecheck('coveredby', '200ms');
+SELECT _timecheck('coveredby', '250ms');
 
 select ST_Crosses(g,g) from _inputs WHERE id = 1; -- 6+ seconds
-SELECT _timecheck('crosses', '200ms');
+SELECT _timecheck('crosses', '220ms');
 
 -- NOTE: we're reversing one of the operands to avoid the
 --       short-circuit described in #3226
 select ST_Equals(g,st_reverse(g)) from _inputs WHERE id = 1; -- 6+ seconds
-SELECT _timecheck('equals', '200ms');
+SELECT _timecheck('equals', '220ms');
 
 -- NOTE: intersects became very fast, so we segmentize
 --       input to make it slower
 select ST_Intersects(g,ST_Segmentize(g,1e-4)) from _inputs WHERE id = 1; -- 6+ seconds
-SELECT _timecheck('intersects', '200ms');
+SELECT _timecheck('intersects', '210ms');
 
 select ST_Overlaps(g,g) from _inputs WHERE id = 1; -- 6+ seconds
-SELECT _timecheck('overlaps', '200ms');
+SELECT _timecheck('overlaps', '220ms');
 
 select ST_Relate(g,g) from _inputs WHERE id = 1; -- 6+ seconds
-SELECT _timecheck('relate', '200ms');
+SELECT _timecheck('relate', '220ms');
 
 DROP FUNCTION _timecheck(text, interval);
 DROP TABLE _inputs;

-----------------------------------------------------------------------

Summary of changes:
 regress/core/interrupt_relate.sql | 16 ++++++++--------
 1 file changed, 8 insertions(+), 8 deletions(-)


hooks/post-receive
-- 
PostGIS


More information about the postgis-tickets mailing list