On 2020/08/18 17:14, Greg Steuck wrote: > I've had chromium dump core on me a few times recently (it had run > reliably for a long time before). I'm on a Aug 5 amd64-current and have > chromium-84.0.4147.105p2. My .xsession-errors contains these lines: > > [8234:607566400:0817/213026.408392:ERROR:platform_shared_memory_region_posix.cc(250)] > Creating shared memory in /tmp/.org.chromium.Chromium.3srUZ4 failed: Too > many open files (24) > ... a few times then > [8234:-980578240:0817/213026.475239:FATAL:platform_channel.cc(148)] Check > failed: . : Too many open files (24) > > egdb shows a somewhat bizarre stack trace, so I don't know if it's a > smashed stack or just an unwinding bug: > > (gdb) bt > #0 0x00000f1a95ebe008 in ?? ()
Looking at reg's, #0 seems possible > #1 0x3332385bbedead01 in ?? () > #2 0x37353038392d3a34 in ?? () > #3 0x3138303a30343238 in ?? () > #4 0x3632303331322f37 in ?? () > #5 0x3a3933323537342e in ?? () > #6 0x6c703a4c41544146 in ?? () > #7 0x635f6d726f667461 in ?? () > #8 0x632e6c656e6e6168 in ?? () > #9 0x205d293834312863 in ?? () > #10 0x6166206b63656843 in ?? () > #11 0x202e203a64656c69 in ?? () > #12 0x616d206f6f54203a in ?? () > #13 0x206e65706f20796e in ?? () > #14 0x32282073656c6966 in ?? () these are crap, some partial deadbeef and sone ascii characters > #15 0xaaaaaaaa000a2934 in ?? () > #16 0xaaaaaaaaaaaaaaaa in ?? () > ... more 0xaaaaaaaaaaaaaaaa > #129 0x5050deadaaaaaaaa in ?? () > #130 0x323d18ea4be34c8c in ?? () > #131 0x00000f1d9a3ae018 in ?? () now with #131 there are some feasible values again, mixed in with a bit of junk > #132 0x00000f1ca613c408 in ofree (argpool=0xf1d77210e00, p=0xf1d9a3ae010, > clear=-845667388, check=<optimized out>, argsz=16616382801953) > at /home/greg/s/src/lib/libc/stdlib/malloc.c:1443 > #133 0x00000f1a95ebe2ef in ?? () > #134 0x0000000000000018 in ?? () > #135 0x0000000000000018 in ?? () > #136 0x00000f1d3ee11c00 in ?? () > #137 0x00000f1d9a3ae000 in ?? () > #138 0x00000f1ccd982a20 in ?? () > #139 0x3ec7d22ecf2bfb01 in ?? () > #140 0x00000f1ccd9828d0 in ?? () > #141 0x00000f1a95ebe31f in ?? () > #142 0x00000f1a9b82d3f0 in ?? () > #143 0x00000f1ccd982a38 in ?? () > #144 0x00000f1ccd9829c0 in ?? () > #145 0x00000f1a960e8828 in ?? () > #146 0x00000f1ccd982940 in ?? () > #147 0x00000f1ca61877ac in _rthread_mutex_trylock (mutex=0xf1d9a3ae010, > trywait=-1707417600, abs=0xf1d9a3ae010) > at /home/greg/s/src/lib/libc/thread/rthread_mutex.c:99 > #148 _rthread_mutex_timedlock (mutexp=0xaaaaaaaaaaaaaaaa, > trywait=-1707417600, abs=0xf1d9a3ae010, timed=-845665968) > at /home/greg/s/src/lib/libc/thread/rthread_mutex.c:167 > > (gdb) info registers > rax 0x0 0 > rbx 0xf1ccd9823c4 16616382800836 > rcx 0xf1cfb6e62e0 16617151816416 > rdx 0xf1cc58d9040 16616247889984 > rsi 0xf1ca611fd0b 16615719697675 > rdi 0xf1d117ec630 16617521989168 > rbp 0xf1ccd982870 0xf1ccd982870 > rsp 0xf1ccd9823c0 0xf1ccd9823c0 > r8 0xf1cc58d9040 16616247889984 > r9 0x0 0 > r10 0x475acee714674049 5141649416471920713 > r11 0xd38a41087b546012 -3203676680236015598 > r12 0xf1ccd982821 16616382801953 > r13 0xaaaaaaaaaaaaaaaa -6148914691236517206 > r14 0xf1d9a3ae010 16619816017936 > r15 0xf1d9a3ae000 16619816017920 > rip 0xf1a95ebe008 0xf1a95ebe008 > eflags 0x246 [ PF ZF IF ] > cs 0x2b 43 > ss 0x23 35 > ds 0x23 35 > es 0x23 35 > fs 0x23 35 > gs 0x23 35 > > (gdb) x/36wx $rsp > 0xf1ccd9823c0: 0xbedead01 0x3332385b 0x392d3a34 0x37353038 > 0xf1ccd9823d0: 0x30343238 0x3138303a 0x31322f37 0x36323033 > 0xf1ccd9823e0: 0x3537342e 0x3a393332 0x41544146 0x6c703a4c > 0xf1ccd9823f0: 0x6f667461 0x635f6d72 0x6e6e6168 0x632e6c65 > 0xf1ccd982400: 0x34312863 0x205d2938 0x63656843 0x6166206b > 0xf1ccd982410: 0x64656c69 0x202e203a 0x6f54203a 0x616d206f > 0xf1ccd982420: 0x6f20796e 0x206e6570 0x656c6966 0x32282073 > 0xf1ccd982430: 0x000a2934 0xaaaaaaaa 0xaaaaaaaa 0xaaaaaaaa > 0xf1ccd982440: 0xaaaaaaaa 0xaaaaaaaa 0xaaaaaaaa 0xaaaaaaaa > try printing as ascii
