Le 25/12/2020 20:33:14, Bernhard Übelacker a écrit :
> But still a proper backtrace would be helpful.
Hi,
I did not see this bug for a while but when evince will crash again, I’ll try
to send the backtrace.
Yours,
nicolas patrois : pts noir asocial
--
RÉALISME
M : Qu'est-ce qu'il nous
Dear Maintainer,
I am sorry but I missed the offset of 42 in the kernel output,
which shows 42 bytes before the crashing instruction marked with "< >".
The location where the crash happened would therefore
not be in line 351, instead it would be in 355.
0x00438186 <+102>: push 0x14(%ebp)
Dear Maintainer,
from the dmesg line from the submitter I think the crash happens
save_thumbnail_in_cache_thread in [1], between the calls to
cairo_image_surface_get_height and -width.
Tried to reach that function just showing some random PDF
but did not get there.
@Nicolas: I assume Simon
Le 17/11/2020 11:20:59, Simon McVittie a écrit :
> Control: tags -1 + moreinfo
> Does this happen for *all* files, or only for specific files?
> Sorry, we can't do anything with this amount of information. If you
> can get a backtrace from the crash, that might provide enough information
> to
Control: tags -1 + moreinfo
On Mon, 16 Nov 2020 at 20:38:22 +0100, Nicolas Patrois wrote:
> When I open a file in evince, evince crashes.
Does this happen for *all* files, or only for specific files?
If it happens for specific files, is there a file you can share that
reproduces the crash and
Package: evince
Version: 3.38.0-2
Severity: normal
Dear Maintainer,
When I open a file in evince, evince crashes. I read this in the logs:
nov. 16 20:33:38 nicolas.home kernel: pool-evince[16278]: segfault at fdd4
ip 004de186 sp afbfa034 error 5 in evince[4cd000+3a000]
nov. 16 20:33:38
6 matches
Mail list logo