Re: [tcnative] jnilib.c: tcn_new_array* do not call EnsureLocalCapacity

2024-05-15 Thread Mark Thomas
On 15/05/2024 13:53, Christopher Schultz wrote: All, We have a few functions in jnilib.c that create new local references e.g. tcn_new_stringn and most of them call EnsureLocalCapacity to make sure the thread doesn't run out of local references. I'm fairly sure that calling New*Array will fa

Re: [tcnative] Home page lists 2.0.6 as latest release, points to 2.0.7 download

2024-05-15 Thread Mark Thomas
On 15/05/2024 13:34, Christopher Schultz wrote: All, Subject pretty much says it all. https://tomcat.apache.org/native-doc/ Latest release is stated to be 2.0.6 while the download link goes to 2.0.7. I know we announce tcnative releases on Tomcat's main news page, but since we have some anno

(tomcat) branch 10.1.x updated: Use ERR_error_string_n in FFM code

2024-05-15 Thread remm
This is an automated email from the ASF dual-hosted git repository. remm pushed a commit to branch 10.1.x in repository https://gitbox.apache.org/repos/asf/tomcat.git The following commit(s) were added to refs/heads/10.1.x by this push: new cad3983e19 Use ERR_error_string_n in FFM code cad3

(tomcat) branch main updated: Use ERR_error_string_n in FFM code

2024-05-15 Thread remm
This is an automated email from the ASF dual-hosted git repository. remm pushed a commit to branch main in repository https://gitbox.apache.org/repos/asf/tomcat.git The following commit(s) were added to refs/heads/main by this push: new 8e9c6305f5 Use ERR_error_string_n in FFM code 8e9c6305

(tomcat-native) branch main updated: Use ERR_error_string_n instead of ERR_error_string.

2024-05-15 Thread schultz
This is an automated email from the ASF dual-hosted git repository. schultz pushed a commit to branch main in repository https://gitbox.apache.org/repos/asf/tomcat-native.git The following commit(s) were added to refs/heads/main by this push: new 4eaa5c93c Use ERR_error_string_n instead of

Re: [tcnative] switch from using ERR_error_string to ERR_error_string_n

2024-05-15 Thread Christopher Schultz
Rémy, On 5/15/24 09:12, Rémy Maucherat wrote: On Tue, May 14, 2024 at 11:15 PM Christopher Schultz wrote: All, I'd like to basically globally-search-and-replace ERR_error_string for ERR_error_string_n and use a #define constant for both the initialization of all char err[256]; and sim

[tcnative] Should we make DEBUG builds available for Windows?

2024-05-15 Thread Christopher Schultz
All, A recent thread was posted with a tcnative crash with not much in the way of useful information in the error: https://lists.apache.org/thread/m1dbj3w1x1oqftqsbj7jbnvkm2073x1o The error details were: " # EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x0001800ccd10, pid=1244, tid=0x

Re: [tcnative] switch from using ERR_error_string to ERR_error_string_n

2024-05-15 Thread Rémy Maucherat
On Tue, May 14, 2024 at 11:15 PM Christopher Schultz wrote: > > All, > > I'd like to basically globally-search-and-replace ERR_error_string for > ERR_error_string_n and use a #define constant for both the > initialization of all > > char err[256]; > > and similar strings and use that same cons

[tcnative] jnilib.c: tcn_new_array* do not call EnsureLocalCapacity

2024-05-15 Thread Christopher Schultz
All, We have a few functions in jnilib.c that create new local references e.g. tcn_new_stringn and most of them call EnsureLocalCapacity to make sure the thread doesn't run out of local references. I'm fairly sure that calling New*Array will fail if such references cannot be created, but the

Re: [I] activemq 5.16.x not working after converting javax to jakarta using tomcat transformer [tomcat-jakartaee-migration]

2024-05-15 Thread via GitHub
ilapavuluri commented on issue #55: URL: https://github.com/apache/tomcat-jakartaee-migration/issues/55#issuecomment-2112442350 Hi Team, Really sorry for the late response, resolved it by upgrading to 5.18.3 in my clientside and keep the activemq server as it is. Thanks Ash

Re: [tcnative] switch from using ERR_error_string to ERR_error_string_n

2024-05-15 Thread Christopher Schultz
Michael, On 5/15/24 05:14, Michael Osipov wrote: On 2024/05/14 21:15:03 Christopher Schultz wrote: All, I'd like to basically globally-search-and-replace ERR_error_string for ERR_error_string_n and use a #define constant for both the initialization of all char err[256]; and similar stri

Re: [tcnative] switch from using ERR_error_string to ERR_error_string_n

2024-05-15 Thread Michael Osipov
On 2024/05/14 21:15:03 Christopher Schultz wrote: > All, > > I'd like to basically globally-search-and-replace ERR_error_string for > ERR_error_string_n and use a #define constant for both the > initialization of all > > char err[256]; > > and similar strings and use that same constant for