Hi,
removing the gstreamer1.0-libav package helps as a temporary solution.
Shotwell complains, but runs fine for my photos:
Failed to play the file: couldn't get state.
...
Markus
After writing the bug report I noticed some kernel output which is
related. For every invokation of 'lsparisc' the following block appears
in dmesg output:
| do_page_fault() pid=1908 command='lsparisc' type=15 address=0x7363001c
| vm_start = 0x40841000, vm_end = 0x40843000
|
| YZrvWESTHLNXBC
Package: lsparisc
Version: 0.2
The version of lsparisc included in Etch segfaults on my machine after
printing the first line:
| $ lsparisc
| [1] Foreign IO: Coral SGC Graphics
| Segmentation fault
Debugger output:
| (gdb) run
| Starting program: /usr/bin/lsparisc
| (no debugging symbols found)
Tags: patch
I made two patches which resolve the problem for me, one fixes
magic_compile(), the other one magic_check():
--- src/magic.c.orig2006-12-15 14:12:38.0 +0100
+++ src/magic.c 2006-12-15 14:14:28.0 +0100
@@ -86,6 +86,7 @@
if ((ms = malloc(sizeof(struct magic
* the test program has a bug, too: add "return EXIT_FAILURE" to the
(argc < 2) condition.
* a more detailed backtrace:
Program received signal SIGSEGV, Segmentation fault.
0xb7ea377d in memset () from /lib/tls/libc.so.6
(gdb) bt
#0 0xb7ea377d in memset () from /lib/tls/libc.so.6
#1 0xb7f7f16d
Package: libmagic1
Version: 4.17-4
Severity: critical
My library/program using libmagic crashes when using a custom magic
file with any combination of magic_{check,compile,load}. A simple
test program can reproduce this behaviour. The error handling for
magic_open is omitted but this doesn't chang
For what it's worth - this seems to be a (gcc 4.1?) optimization bug.
If you get the source for version 6739 and compile it with -O0 everything
works fine - as far as tested.
The bug appears in solo.c:1088 - memset() in solver_forcing() - a function
which doesn't even has a symbol in gdb with -O2.
7 matches
Mail list logo
