TRegExpr has bug in 3.2.0 lazarus / 62-General ---------------------------------------------------------------------- AlexTP · 2020-08-23 12:53 TRegExpr gave exception about "empty input string". It was fixed by me later (in upstream and 3.3 trunk). Is it merged to 3.2 fixes? Must have, because Lazarus release cannot find regex in editor. ---------------------------------------------------------------------- jamie · 2020-08-23 13:12 Please explain the theory of the empty string issue with 3.2.x ? I am very curious what has changed from 3.0.4. I am still struggling with 3 DLL's that won't work using 3.2.0 as I have fixed three issues but still have more that are causing my code to return bad data but only using 3.2 and not 3.0.4 this happens.  I have turned all the OP levels all the way down to off (0) and it makes no difference so something is different..  The parts that still work ok using 3.2 seems to have a performance difference which is worst than 3.0.4 but still usable as it does not effect the overall process.. ---------------------------------------------------------------------- marcov · 2020-08-23 13:13 All regex revs seem to have been merged except a very recent, minor one r46458 | jonas | 2020-08-16 14:29:35 +0200 (Sun, 16 Aug 2020) | 1 line Changed paths:    M /trunk/packages/regexpr/src/regexpr.pas   - disable {$optimization on} setting so the (fp)make settings are used ---------------------------------------------------------------------- AlexTP · 2020-08-23 16:43 Jamie, info here: https://github.com/andgineer/TRegExpr/issues/137 What have changed? see file history.txt in that repo. ---------------------------------------------------------------------- jamie · 2020-08-23 20:16 Quote from: Alextp on August 23, 2020, 06:43:59 pmJamie, info here: https://github.com/andgineer/TRegExpr/issues/137 What have changed? see file history.txt in that repo. Ok, I guess that isn't going to help me any in my quest to debug the DLL's , I thought maybe there was some compiler change with handling empty strings...