Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-17 Thread Steffen
Tested trunk r1876616. All fine now. Thanks! for fixing the regression introduced in 2.4.43 GA Made new Windows binaries of mod_http2 available at AL. Steffen On Thursday 16/04/2020 at 19:21, Stefan Eissing wrote: 濫 Fixed in and

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-16 Thread Stefan Eissing
濫 Fixed in and apache trunk as r1876616 and proposed for backport. ~Stefan > Am 16.04.2020 um 13:51 schrieb Rainer Jung : > > If I get this right, there is an element in elts, that has a valid string key > ("H2_STREAM_ID") bis a NULL

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-16 Thread Rainer Jung
If I get this right, there is an element in elts, that has a valid string key ("H2_STREAM_ID") bis a NULL value (2nd screenshot) and the condition check in line 527 of the first screen shot checks key against NULL and empty, but value only against empty but not against NULL. So the empty check

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-16 Thread Steffen
More info. See CallStack www.apachelounge.com/download/VS16/modules/CallStack.png and www.apachelounge.com/download/VS16/modules/autos.png Below we had: libhttpd!ap_get_server_built+0x5d9 mod_cgi+0x14aa libhttpd!ap_run_handler+0x35 libhttpd!ap_invoke_handler+0x10f

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-15 Thread mdrmdr
Added some more information to: https://www.apachelounge.com/viewtopic.php?p=39047#39047 And offered to run httpd again with GDB once someone points me to .43 symbol files... -- Sent from: http://apache-http-server.18135.x6.nabble.com/Apache-HTTP-Server-Dev-f4771363.html

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Steffen
All the same. > Op 14 apr. 2020 om 15:46 heeft Stefan Eissing > het volgende geschreven: > > Just to confirm: > > Did you build the r1874909 just like the other releases you tested or did you > use the already built 2.4.43 that crashed originally? > > (I know these should all be the same,

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Stefan Eissing
Just to confirm: Did you build the r1874909 just like the other releases you tested or did you use the already built 2.4.43 that crashed originally? (I know these should all be the same, but I want to make sure that we are not looking at some strange side effect.) Thanks, Stefan > Am

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Stefan Eissing
Assuming this happens really in thread start of a HTTP/2 worker, the following change was made in Revision 1874909. The stacktrace indicates a 64 bit system. Is someone making assumptions about connection->id content here? winnt mpm? Another module that freaks out? Or do I just not see the

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Eric Covener
On Tue, Apr 14, 2020 at 8:09 AM Ruediger Pluem wrote: > > > > On 4/14/20 12:22 PM, Steffen wrote: > > > > > > This is the post above of backtrace > > Thanks. > > > > > By accident I've seen that Perl comes with GDB. This might help as well. > > I called httpd.exe from GDB with "-X -e debug" and

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Ruediger Pluem
On 4/14/20 12:22 PM, Steffen wrote: > > > This is the post above of backtrace Thanks. > > By accident I've seen that Perl comes with GDB. This might help as well. > I called httpd.exe from GDB with "-X -e debug" and then called a Perl URL in > the browser. > > Excerpt below: > Somehow

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Steffen
This is the post above of backtrace By accident I've seen that Perl comes with GDB. This might help as well. I called httpd.exe from GDB with "-X -e debug" and then called a Perl URL in the browser. Excerpt below: Thread 100 received signal SIGSEGV, Segmentation fault. [Switching to

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Rainer Jung
Hi Steffen, I didn't find a stack either, neither in the mail thread here nor in the one on you forum. Just the error log lines and the clear text for the windows error code. Regards, Rainer Am 14.04.2020 um 11:51 schrieb Steffen: Few posts above there is a GDB back trace. On Tuesday

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Steffen
Few posts above there is a GDB back trace. On Tuesday 14/04/2020 at 11:38, Ruediger Pluem wrote: Did I miss it, or isn't there any stacktrace posted from the Windows crashes yet? Regards Rüdiger

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Ruediger Pluem
On 4/14/20 11:36 AM, Ruediger Pluem wrote: > > > On 4/14/20 11:20 AM, Stefan Eissing wrote: >> mdr wrote that you found out the crash came with the change in r1874909. If >> you build before, it works, if you build with r1874909, it crashes. And I >> cannot see why... > > Does this crash

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Ruediger Pluem
On 4/14/20 11:20 AM, Stefan Eissing wrote: > mdr wrote that you found out the crash came with the change in r1874909. If > you build before, it works, if you build with r1874909, it crashes. And I > cannot see why... Does this crash happen outside of Windows e.g. Linux as well? Regards

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Stefan Eissing
mdr wrote that you found out the crash came with the change in r1874909. If you build before, it works, if you build with r1874909, it crashes. And I cannot see why... Stefan Eissing bytes GmbH Hafenweg 16 48155 Münster www.greenbytes.de > Am 14.04.2020 um 11:14 schrieb Steffen : > > > >

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Steffen
Thanks Rainer, All clean build using the released sources, so a clean build of httpd 2.4.43 GA gives the crash. What header file is Stefan referring ? On Tuesday 14/04/2020 at 11:06, Rainer Jung wrote: Hi Stefen, I think Stefan refers to his "somehow was partially using the old

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Rainer Jung
Sorry, that was a bit to fast: looking at the revision, he references file modules/http2/h2_bucket_beam.h But in that revision the change was the removal of a struct member at the end of the struct. I don't see, how that could lead to a crash in case an old header file was used, that would

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Stefan Eissing
Thanks Rainer! That's what I meant. > Am 14.04.2020 um 11:05 schrieb Rainer Jung : > > Hi Stefen, > > I think Stefan refers to his "somehow was partially using the old header > file". So during the build, there should be no other (from other versions) > header files from APR, APR-UTIL oder

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Rainer Jung
Hi Stefen, I think Stefan refers to his "somehow was partially using the old header file". So during the build, there should be no other (from other versions) header files from APR, APR-UTIL oder HTTPD anywhere on the build system where the build process might find and use them. He was

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Steffen

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Steffen

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-14 Thread Stefan Eissing
In that revision, I see a change in the header file structure. If your build of r1874909 is not clean but somehow was partially using the old header file, things might get misaligned. The other changes in that revision look rather unsuspicious to me. Steffen: could you make a clean rebuild of

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-12 Thread mdrmdr
With the help of Steffen (he built the Windows binaries for me) I can report: r1861247 - works r1864126 - works r1872230 - works r1873368 - works r1874286 - works r1874347 - works r1874909 (=2.4.43) - fails! -- Sent from:

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-11 Thread mdrmdr
r1872230 works as well... -- Sent from: http://apache-http-server.18135.x6.nabble.com/Apache-HTTP-Server-Dev-f4771363.html

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-11 Thread mdrmdr
Steffen compiled for me *r1861247*. Just tried it and it *works*! If you need more information on my config for further analysis, just write it here please. The Perl file I used for testing (all other Perl, e.g. my forum, now works as well) is just a 3-liner: -- Sent from:

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-11 Thread Steffen
You advise to try r1861247 r1864126 r1872230 1861247 and 1864126 are already in the working 2.4.41. Begin Message Group: gmane.comp.apache.devel MsgID: >Am 09.04.2020 um 13:17 schrieb mdrmdr : > >I'm the one with the mod_http2 problem... > >The log posted was

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-09 Thread mdrmdr
By accident I've seen that Perl comes with GDB. This might help as well: -- Sent from: http://apache-http-server.18135.x6.nabble.com/Apache-HTTP-Server-Dev-f4771363.html

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-09 Thread mdrmdr
But someone needs to build the Windows binaries of those revisions for me... -- Sent from: http://apache-http-server.18135.x6.nabble.com/Apache-HTTP-Server-Dev-f4771363.html

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-09 Thread Stefan Eissing
> Am 09.04.2020 um 13:17 schrieb mdrmdr : > > I'm the one with the mod_http2 problem... > > The log posted was created by "LogLevel warn http2:trace4" and is complete. > If useful, I can create other logfiles as well. Just tell me the parameters. > Or I can of course try other revisions

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-09 Thread mdrmdr
I'm the one with the mod_http2 problem... The log posted was created by "LogLevel warn http2:trace4" and is complete. If useful, I can create other logfiles as well. Just tell me the parameters. Or I can of course try other revisions between .41 and .43... -- Sent from:

Re: mod_http2 crashes libhttpd.dll in 2.4.43

2020-04-09 Thread Stefan Eissing
> Am 09.04.2020 um 10:07 schrieb Steffen : > Looks like a regression since 2.4.1 > > www.apachelounge.com/viewtopic.php?p=39012#39012 From the log posted, it seems the crash occurred before any requests arrived? Is that true or is the mentioned log incomplete? If we do not get a minimal