pprepair hangs on this geometry about pprepair HOT 2 OPEN

As an update, I can confirm hanging on another geometry also. This is a multipolygon that first went through prepair (fixing a self-intersection).

Pre-prepair:

POLYGON((30.6412432373056 -22.3588451355342,30.6418011367807 -22.3588451355342,30.641672390748 -22.3591240852718,30.640942829896 -22.3590382545833,30.6411788642893 -22.3583086937312,30.6413934410105 -22.3585018127803,30.6410501182566 -22.3585876434688,30.6412432373056 -22.3588451355342)

Post-prepair (i.e. the contents of the shapefile):

MULTIPOLYGON (((30.6412432373056 -22.3588451355342,30.6410770138319 -22.3586235042359,30.640942829896 -22.3590382545833,30.641672390748 -22.3591240852718,30.6418011367807 -22.3588451355342,30.6412432373056 -22.3588451355342)),((30.6413934410105 -22.3585018127803,30.6411788642893 -22.3583086937312,30.6410920036326 -22.3585771721248,30.6413934410105 -22.3585018127803)),((30.6410501182566 -22.3585876434688,30.6410770138319 -22.3586235042359,30.6410920036326 -22.3585771721248,30.6410501182566 -22.3585876434688)))

Which looks like this

It seems that the culprit is again the -rrrn flag (part of -fix).

Tested on RHEL (gdal 2.2.3) and Mac Sierra (gdal 2.2.2).

from pprepair.

Also, just to add to this, pprepair works on this, if passing other arguments, e.g.

../pprepair/pprepair -i temp2.shp -o tempf.shp -rtnn -rtam

But the results seem to remove two of three parts fairly consistently (i.e. when testing various other options besides -rrlb -rrrn). I haven't used pprepair in a while, but I seem to recall that it should preserve those parts.

from pprepair.