1. Mar 01, 2023
  2. Feb 11, 2023
  3. Feb 10, 2023
  4. Feb 08, 2023
  5. Feb 07, 2023
  6. Feb 06, 2023
  7. Feb 05, 2023
  8. Feb 03, 2023
  9. Feb 02, 2023
  10. Feb 01, 2023
    • Carlo Marcelo Arenas Belón's avatar
      Ucptest updates (#199) · 72c9b576
      Carlo Marcelo Arenas Belón authored
      * ucptest: regenerate testoutput
      
      Last sync with 1a5fcd (Remove unused variables in ucptest.c and update test data
      for added properties, 2022-04-25), and showing significant differences.
      
      * fix `findprop +` with UTF-8 characters and duplicated other case
      72c9b576
    • Carlo Marcelo Arenas Belón's avatar
      upgrade to Unicode 15 (#200) · 40626f0c
      Carlo Marcelo Arenas Belón authored
      Reverting several reserved characters that were removed from the
      previous release, and that are only referencing as "@missing@ in
      DerivedBidiClass.txt
      40626f0c
  11. Jan 30, 2023
  12. Jan 25, 2023
  13. Jan 24, 2023
  14. Jan 23, 2023
  15. Jan 22, 2023
  16. Jan 21, 2023
  17. Jan 20, 2023
  18. Jan 19, 2023
  19. Jan 17, 2023
    • Carlo Marcelo Arenas Belón's avatar
      add pcre2_get_match_data_heapframes_size() (#191) · c80c6338
      Carlo Marcelo Arenas Belón authored
      Since PCRE2 10.41, the match data contains a pointer to a vector of
      frames allocated in the heap and that are used by pcre2_match()
      when doing non JIT matches.
      
      There is though, no outside visibility on the size of it, and therefore
      the memory it uses is locked away until match_data itself is freed.
      
      Add an API that allows getting that value, so an application could
      decide based on its own experienced memory pressure to keep reusing
      that match_data or not.
      
      While at it, update the documentation of other related functions for
      clarity.
      c80c6338
    • Carlo Marcelo Arenas Belón's avatar
      avoid LIMIT_HEAP integer multiplication wrap around (#184) · 4d66adc3
      Carlo Marcelo Arenas Belón authored
      If a LIMIT_HEAP value once converted to bytes is larger than UINT_MAX
      would result in a bogus setting that could trigger a matching failure
      as shown by the following:
      
        PCRE2 version 10.42 2022-12-11
          re> /(*LIMIT_HEAP=4194304)a/
        data> a
        Failed: error -63: heap limit exceeded
      
      Remove the multiplication and instead keep track of the maximum heap
      allowed in KB as was done originally.
      
      Aditionally, add a check to avoid overflowing a PCRE2_SIZE while
      doubling the heap used and that could result in a crash (only on
      systems with a 32-bit PCRE2_SIZE and using non standard settings).
      
      Unlike the original, this code avoids rounding the heapframes_size
      to the frame_size at the allocation time, which simplifies the logic
      and wasn't really needed.
      
      Fixes: d90fb238 (Refactor match_data() to always use the heap instead
             of having an initial frames vector on the stack..., 2022-07-27)
      Closes: #183
      4d66adc3
    • Carlo Marcelo Arenas Belón's avatar
      minor tweaks to valid_utf() to avoid truncation of error offset (#181) · fdd3ce7e
      Carlo Marcelo Arenas Belón authored
      e8cdae3c (Correct an incorrect cast., 2017-04-14) started changing
      some of the casts to fit the type of the error offset variable, so
      complete that, and for consistency, add the same type of casts to
      the non UTF-8 code.
      fdd3ce7e
  20. Dec 14, 2022