Hi,
after running the whole night. These are the only ones still happening.
Should i revert the mpm patch to check whether it's the source? I'm only
seeing one related to mod_http2.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_
Hi Stefan,
On Sat, Jan 21, 2017 at 9:45 AM, Stefan Priebe wrote:
>
> after running the whole night. These are the only ones still happening.
> Should i revert the mpm patch to check whether it's the source?
Yes please, we need to determine...
Thanks,
Yann.
Hi,
On Sat, Jan 21, 2017 at 7:40 AM, wrote:
> Author: jailletc36
> Date: Sat Jan 21 06:40:23 2017
> New Revision: 1779700
>
> URL: http://svn.apache.org/viewvc?rev=1779700&view=rev
> Log:
> Save a few bytes and a few cycles.
>
> Modified:
> httpd/httpd/trunk/modules/filters/mod_brotli.c
>
>
++1
:)
Author: jailletc36
Date: Fri Jan 6 07:19:20 2017
New Revision: 1777535
URL:http://svn.apache.org/viewvc?rev=1777535&view=rev
Log:
update
Modified:
httpd/httpd/trunk/STATUS
Modified: httpd/httpd/trunk/STATUS
URL:http://svn.apache.org/viewvc/httpd/httpd/trunk/STATUS?rev=1777535&r1=
> Am 20.01.2017 um 03:57 schrieb Kyriakos Zarifis :
>
> * ... and by "here" I meant "here"
:)
> On Thu, Jan 19, 2017 at 6:54 PM, Kyriakos Zarifis
> wrote:
> Sounds great!
>
>
> Very interested. I'd like to add a page over at
> https://icing.github.io/mod_h2/ about it, so that people can e
Hi Yann,
looks better so far. This is the only one i got without mpm patch:
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/local/apache2/bin/httpd -k start'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 apr_pool_cleanup_ki
Hi,
#0 apr_pool_cleanup_kill (p=0x7fe4a8072358,
data=data@entry=0x7fe4a80723e0,
cleanup_fn=cleanup_fn@entry=0x7fe4bbd38a40 ) at
memory/unix/apr_pools.c:2276
it crashes here in apr:
2276 if (c->data == data && c->plain_cleanup_fn == cleanup_fn) {
some lines before c becomes this
and i got another crash here:
2346 static void run_cleanups(cleanup_t **cref)
2347 {
2348 cleanup_t *c = *cref;
2349
2350 while (c) {
2351 *cref = c->next;
2352 (*c->plain_cleanup_fn)((void *)c->data); <== here
2353 c = *cref;
2354
which looks similar to the oth
Stefan,
made a release at https://github.com/icing/mod_h2/releases/tag/v1.8.9 with all
patches and improved (hopefully) on them a bit. If you dare to drop that into
your installation, that'd be great.
Cheers,
Stefan
> Am 21.01.2017 um 15:25 schrieb Stefan Priebe :
>
> and i got another crash
Am 21.01.2017 um 17:03 schrieb Stefan Eissing:
Stefan,
made a release at https://github.com/icing/mod_h2/releases/tag/v1.8.9 with all
patches and improved (hopefully) on them a bit. If you dare to drop that into
your installation, that'd be great.
thx it's running - will report back shortly.
Hi Stefan,
thanks. No crashes where h2 comes up. But i still have these and no idea
how to find out who and why they're crashing.
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/local/apache2/bin/httpd -k start'.
Program terminated with si
All last traces come from event, proces_longering_close ap_push_pool but
end in different functions. It looks like a race somewhere and it just
races at different function in the event of close and pool clear.
Might there be two places where the same pool gets cleared?
Stefan
Am 21.01.2017 um
http://blog.trendmicro.com/pwn2own-returns-for-2017-to-celebrate-10-years-of-exploits/
Server Side
This is another new category for Pwn2Own, but one that should prove
noteworthy. A successful exploit against Apache Web Server on Ubuntu
Server will net the researcher $200,000 and earn a whopping 2
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
14 matches
Mail list logo