]> granicus.if.org Git - postgresql/commitdiff
Fix crash in close_ps() for NaN input coordinates.
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 16 Jul 2016 18:42:37 +0000 (14:42 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 16 Jul 2016 18:42:37 +0000 (14:42 -0400)
The Assert() here seems unreasonably optimistic.  Andreas Seltenreich
found that it could fail with NaNs in the input geometries, and it
seems likely to me that it might fail in corner cases due to roundoff
error, even for ordinary input values.  As a band-aid, make the function
return SQL NULL instead of crashing.

Report: <87d1md1xji.fsf@credativ.de>

src/backend/utils/adt/geo_ops.c

index 657bcee4fd40da81f3ae488cc8eed62159213253..0dff40ddff3cae4182a2a70e290bd0a48fced1b6 100644 (file)
@@ -2848,7 +2848,7 @@ close_ps(PG_FUNCTION_ARGS)
        }
 
        /*
-        * at this point the "normal" from point will hit lseg. The closet point
+        * at this point the "normal" from point will hit lseg. The closest point
         * will be somewhere on the lseg
         */
        tmp = line_construct_pm(pt, invm);
@@ -2857,7 +2857,15 @@ close_ps(PG_FUNCTION_ARGS)
                   tmp->A, tmp->B, tmp->C);
 #endif
        result = interpt_sl(lseg, tmp);
-       Assert(result != NULL);
+
+       /*
+        * ordinarily we should always find an intersection point, but that could
+        * fail in the presence of NaN coordinates, and perhaps even from simple
+        * roundoff issues.  Return a SQL NULL if so.
+        */
+       if (result == NULL)
+               PG_RETURN_NULL();
+
 #ifdef GEODEBUG
        printf("close_ps- result.x %f  result.y %f\n", result->x, result->y);
 #endif