Hi Stefan, currently everything fine. No segfaults.
Stefan Am 25.02.2017 um 20:40 schrieb Stefan Priebe - Profihost AG: > Hi Stefan, > Am 25.02.2017 um 13:51 schrieb Stefan Eissing: >> Stefan, >> >> whenever you have time, please deploy >> https://github.com/icing/mod_h2/releases/tag/v1.9.2 >> >> I added an own allocator with mutex to the http/2 main session. That is >> something of a middle-ground between placing that on the main conn (as we >> had in the crash free version) and 1.9.1 behaviour. Thanks! > > done. But please keep in mind that this crash might be very rare and > might even have happened with v1.9.0 if we've waited more time. > > Greets, > Stefan > >> -Stefan >> >>> Am 24.02.2017 um 19:31 schrieb Stefan Priebe - Profihost AG >>> <s.pri...@profihost.ag>: >>> >>> Hi Yann, >>> >>> here we go: >>> >>> (gdb) p *ipsub >>> $1 = {family = 2, sub = {1367753145, 0, 0, 0}, mask = {4294967295, >>> 4294967295, 4294967295, 4294967295}} >>> >>> (gdb) p *sa >>> $2 = {pool = 0x10b500c4ff0b0a, hostname = 0x503040203030102 <error: >>> Cannot access memory at address 0x503040203030102>, >>> servname = 0x17d010000040405 <error: Cannot access memory at address >>> 0x17d010000040405>, port = 770, family = 554829073, >>> salen = 319177009, ipaddr_len = 570909009, addr_str_len = -2127424399, >>> ipaddr_ptr = 0x24f0d15215c1b142, >>> next = 0x17160a0982726233, sa = {sin = {sin_family = 6424, sin_port = >>> 9498, sin_addr = {s_addr = 690497318}, >>> sin_zero = "*456789:"}, sin6 = {sin6_family = 6424, sin6_port = >>> 9498, sin6_flowinfo = 690497318, sin6_addr = {__in6_u = { >>> __u6_addr8 = "*456789:CDEFGHIJ", __u6_addr16 = {13354, 13877, >>> 14391, 14905, 17475, 17989, 18503, 19017}, __u6_addr32 = { >>> 909456426, 976828471, 1178944579, 1246316615}}}, >>> sin6_scope_id = 1448432723}, sas = {ss_family = 6424, >>> __ss_align = 4195446337656140842, >>> __ss_padding = >>> "CDEFGHIJSTUVWXYZcdefghijstuvwxyz\203\204\205\206\207\210\211\212\222\223\224\225\226\227\230\231\232\242\243\244\245\246\247\250\251\252\262\263\264\265\266\267\270\271\272\302\303\304\305\306\307\310\311\312\322\323\324\325\326\327\330\331\332\341\342\343\344\345\346\347\350\351\352\361\362\363\364\365\366\367\370\371\372\377\304\000\037\001\000\003"}}} >>> >>> (gdb) p *(struct in6_addr *)sa >>> $3 = {__in6_u = {__u6_addr8 = >>> "\n\v\377\304\000\265\020\000\002\001\003\003\002\004\003\005", >>> __u6_addr16 = {2826, 50431, 46336, >>> 16, 258, 771, 1026, 1283}, __u6_addr32 = {3305048842, 1094912, >>> 50528514, 84083714}}} >>> >>> >>> Stefan >>> >>> Am 24.02.2017 um 14:18 schrieb Yann Ylavic: >>>> Hi Stefan (Priebe), >>>> >>>> Is IPv6 (really) involved in your network? >>>> >>>> Could you please show up the gdb output of the below ? >>>> >>>> On Fri, Feb 24, 2017 at 2:07 PM, Yann Ylavic <ylavic....@gmail.com> wrote: >>>>> >>>>> 1078 APR_DECLARE(int) apr_ipsubnet_test(apr_ipsubnet_t *ipsub, >>>>> apr_sockaddr_t *sa) >>>>> 1079 { >>>>> 1080 #if APR_HAVE_IPV6 >>>>> 1081 /* XXX This line will segv on Win32 build with APR_HAVE_IPV6, >>>>> 1082 * but without the IPV6 drivers installed. >>>>> 1083 */ >>>>> 1084 if (sa->family == AF_INET) { >>>>> 1085 if (ipsub->family == AF_INET && >>>>> 1086 ((sa->sa.sin.sin_addr.s_addr & ipsub->mask[0]) == >>>>> ipsub->sub[0])) { >>>>> 1087 return 1; >>>>> 1088 } >>>>> 1089 } >>>>> 1090 else if (IN6_IS_ADDR_V4MAPPED((struct in6_addr >>>>> *)sa->ipaddr_ptr)) { >>>>> 1091 if (ipsub->family == AF_INET && >>>>> 1092 (((apr_uint32_t *)sa->ipaddr_ptr)[3] & >>>>> ipsub->mask[0]) == ipsub->sub[0]) { >>>>> 1093 return 1; >>>>> 1094 } >>>>> 1095 } >>>> >>>> (gdb) p *ipsub >>>> (gdb) p *sa >>>> (gdb) p *(struct in6_addr *)sa >>>> >>>> and possibly more to come... >>>> >>>> >>>> Thanks, >>>> Yann. >>>> >> >> Stefan Eissing >> >> <green/>bytes GmbH >> Hafenstrasse 16 >> 48155 Münster >> www.greenbytes.de >>
