tekimen

@remicollet Thanks for reply! > Please provide full gdb backtrace Sorry, I can't reproduced on gdb on `make test`. I put in php-src/ext to mailparse directory. The usual `phpize` command...

I tried dump file from gdb backtrace. ``` (gdb) bt #0 __pthread_kill_implementation (threadid=281473317905920, signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44 #1 0x0000ffff9cc4f254 in __pthread_kill_internal (signo=6, threadid=) at ./nptl/pthread_kill.c:78 #2 0x0000ffff9cc0a67c in __GI_raise (sig=sig@entry=6)...

For manual https://www.php.net/manual/en/function.mailparse-msg-create.php recommend to use mailparse_msg_free. > It is recommended to call [mailparse_msg_free()](https://www.php.net/manual/en/function.mailparse-msg-free.php) on the result of this function, when it is no longer needed, to avoid memory leaks.

From [PHP Internals book]( https://www.phpinternalsbook.com/php7/memory_management/zend_memory_manager.html#memory-leak-tracking), it is printed on stderr output during debug builds and nothing during release builds. I think 2 problems. 1. Difficult to debug. 2. If found...

https://3v4l.org/2h7Zq At least, The behavior of `mb_convert_case` has been unified from past versions. In the first place, `mb_convert_case` can't understand context of the sentence. I seems correct behavior of `mb_convert_case`...

That's interesting. `ą` is `c485` in UTF-8. PCRE misunderstood `U+0085`. `U+0085` is Next Line. Ref: https://www.compart.com/en/unicode/U+0085 So `\R` is match in `U+0085`. `/u` modifier is works fine in UTF-8. Please...

Anyway, this is not PHP's bug (also seems not PCRE's bug). So I will close.

@stefafafan ありがとうございます！そこまでするかどうかはお任せしますが https://github.com/php/doc-en で取り込まれると各言語で使えるようになるかもしれませんね（各言語のメンテナー次第かもしれません）