In a very recent commit I have added crash guards to the
is_local_hostname() function, which cover also the case of host_name
being NULL:
https://github.com/OpenPrinting/cups-filters/commit/4157690bf
I hope this helps here.
But anyway, thanks for the deep analysis of the problem.
Till
Dixi quod…
> No systemd here, but I wasn’t aware that something like
> corekeeper exists and will have a look.
Aaaand we have a coredump! ;-)
(gdb) bt
#0 __strncasecmp_l_sse42 () at ../sysdeps/x86_64/multiarch/strcmp-sse42.S:199
#1 0x565fc6d7 in is_local_hostname (host_name=) at
On Mon, 10 Feb 2020, Bernhard Übelacker wrote:
> I made an attempt in [1], hopefully my english is not too bad...
Thanks, I’ll have a look at it later (caught the flu and
can only concentrate for short times at best atm).
> Maybe a core could be collected with one of the
> three
Hello Thorsten,
Am 06.02.20 um 19:19 schrieb Thorsten Glaser:
> On Thu, 6 Feb 2020, Bernhard Übelacker wrote:
>
>> Hello Thorsten,
>> getting the source of such an address is possible, even with ASLR,
>> if the library versions are known and dbgsyms are available,
>> like in attached file.
>
>
On Thu, 6 Feb 2020, Bernhard Übelacker wrote:
> Hello Thorsten,
> getting the source of such an address is possible, even with ASLR,
> if the library versions are known and dbgsyms are available,
> like in attached file.
This is great. Do you mind writing this up and posting it somewhere
so
Hello Thorsten,
getting the source of such an address is possible, even with ASLR,
if the library versions are known and dbgsyms are available,
like in attached file.
It looks like a null pointer is given to strncasecmp_l.
But you are right, this information might still not be very useful,
Dixi quod…
> A core dump would probably have been helpful… hmm… I’ll start
> it again with ulimit -c unlimited and see if I can’t get one,
> iff it dumps one _and_ I figure out where.
Today, cups-browsed simply isn’t running (according to “ps ax”),
but I don’t have a segfault in dmesg or
On Tue, 4 Feb 2020, Didier 'OdyX' Raboud wrote:
> Care to provide a backtrace ?
I would if I knew how. It had been running for two days or so
at that point, dæmonised, and now does not run. I had not been
using the machine in that time.
The addresses don’t help much due to ASLR either.
If you
Control: retitle -1 [x32] cups-browsed: segfault at 0 ip f79ffb5b sp
fffd3828 error 4 in libc-2.29.so
Control: tags -1 +upstream +moreinfo
Control: user debian-...@lists.debian.org
Control: usertags -1 +port-x32
Le mardi, 4 février 2020, 17.04:07 h CET Thorsten Glaser a écrit :
>
Package: cups-browsed
Version: 1.27.0-2
Severity: normal
It just crashed:
cups-browsed[20400]: segfault at 0 ip f79ffb5b sp fffd3828
error 4 in libc-2.29.so[f78d2000+145000]
Code: 66 0f 6f 25 37 7c 03 00 66 0f 6f 2d 3f 7c 03 00 66 0f 6f 35 47 7c 03 00
83 f9 30 0f 87 8e 00 00 00
10 matches
Mail list logo