[Neurodebian-users] mrview crash
romain valabregue
romain.valabregue at upmc.fr
Fri Dec 6 08:12:29 UTC 2013
Hi here are more precisions
apt-cache policy mrtrix
mrtrix:
Installé : 0.2.11-1~nd70+1
Candidat : 0.2.11-1~nd70+1
Table de version :
*** 0.2.11-1~nd70+1 0
500 http://nd.zetatech.org/ wheezy/main amd64 Packages
100 /var/lib/dpkg/status
0.2.10-2 0
500 http://ftp.lip6.fr/pub/linux/distributions/debian/
wheezy/main amd64 Package
romain at tac ~ > strace -f mrview 2>&1 | tail -n 100
recvfrom(3, 0x1710ae4, 4096, 0, 0, 0) = -1 EAGAIN (Resource
temporarily unavailable)
recvfrom(3, 0x1710ae4, 4096, 0, 0, 0) = -1 EAGAIN (Resource
temporarily unavailable)
time(NULL) = 1386317461
ioctl(5, 0xc020464f, 0x7fff87da4120) = 0
munmap(0x7f48a97d7000, 4096) = 0
time(NULL) = 1386317461
ioctl(5, 0xc030464e, 0x7fff87da40d0) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_SHARED, 6, 0xee060000) =
0x7f48a97d7000
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{"\211\27\3\0\0\0\0\0\1\1\0\0", 12}, {NULL, 0}, {"", 0}], 3) = 12
poll([{fd=3, events=POLLIN}], 1, -1) = 1 ([{fd=3, revents=POLLIN}])
recvfrom(3,
"\1\0\357\0\0\0\0\0\0\0\0\0\0\0\0\0\220\233\23;~\177\0\0\0\0\0\0\0\0\0\0",
4096, 0, NULL, NULL) = 32
recvfrom(3, 0x1710ae4, 4096, 0, 0, 0) = -1 EAGAIN (Resource
temporarily unavailable)
recvfrom(3, 0x1710ae4, 4096, 0, 0, 0) = -1 EAGAIN (Resource
temporarily unavailable)
mmap(NULL, 641280, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS|MAP_32BIT, -1, 0) = 0x405b4000
brk(0x19ec000) = 0x19ec000
brk(0x1a0d000) = 0x1a0d000
brk(0x1a60000) = 0x1a60000
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3,
[{"\234\3\6\0008\0\240\3(\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0+\0\1\0", 28},
{NULL, 0}, {"", 0}], 3) = 28
poll([{fd=3, events=POLLIN}], 1, -1) = 1 ([{fd=3, revents=POLLIN}])
recvfrom(3,
"\1\2\361\0\0\0\0\0o\27`\3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0",
4096, 0, NULL, NULL) = 32
recvfrom(3, 0x1710ae4, 4096, 0, 0, 0) = -1 EAGAIN (Resource
temporarily unavailable)
recvfrom(3, 0x1710ae4, 4096, 0, 0, 0) = -1 EAGAIN (Resource
temporarily unavailable)
getpid() = 27443
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3,
[{"\211%\2\0\341\1\320\301\234\5\4\0#\0\240\0038\0\240\3\0\0\0\0", 24},
{NULL, 0}, {"", 0}], 3) = 24
poll([{fd=3, events=POLLIN}], 1, -1) = 1 ([{fd=3, revents=POLLIN}])
recvfrom(3,
"\1s\363\0\0\0\0\0008\0\240\3~\177\0\0\210\344\2708~\177\0\0\304\345~8~\177\0\0",
4096, 0, NULL, NULL) = 32
recvfrom(3, 0x1710ae4, 4096, 0, 0, 0) = -1 EAGAIN (Resource
temporarily unavailable)
recvfrom(3, 0x1710ae4, 4096, 0, 0, 0) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{"\211\4\4\0\0\0\0\0#\0\240\3\1\0\240\3", 16}, {NULL, 0},
{"", 0}], 3) = 16
poll([{fd=3, events=POLLIN}], 1, -1) = 1 ([{fd=3, revents=POLLIN}])
recvfrom(3,
"\0\3\364\0#\0\240\3\4\0\211\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0",
4096, 0, NULL, NULL) = 32
open("/usr/share/X11/XErrorDB", O_RDONLY) = 8
fstat(8, {st_mode=S_IFREG|0644, st_size=41495, ...}) = 0
read(8, "!\n! Copyright 1993, 1995, 1998 "..., 41495) = 41495
close(8) = 0
brk(0x1a82000) = 0x1a82000
write(2, "The program 'mrview' received an"..., 563The program 'mrview'
received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
(Details: serial 244 error_code 3 request_code 137 minor_code 4)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error()
function.)
) = 563
getpid() = 27443
munmap(0x405b4000, 641280) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0284658, 0x7fff87de5d30) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5d50) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0284658, 0x7fff87de5d30) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0284658, 0x7fff87de5d30) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5d50) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0284658, 0x7fff87de5d30) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5d50) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0284658, 0x7fff87de5d30) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5d50) = 0
munmap(0x7f48a97d8000, 86016) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5cd0) = 0
time(NULL) = 1386317461
ioctl(5, 0xc020464f, 0x7fff87de5d00) = 0
munmap(0x7f48a97d7000, 4096) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5d00) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5d00) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5d00) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5d00) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5d00) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5d00) = 0
close(7) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5d00) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5d00) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5d00) = 0
close(6) = 0
time(NULL) = 1386317461
ioctl(5, 0xc0104629, 0x7fff87de5d00) = 0
close(5) = 0
exit_group(1) = ?
romain at tac ~ >
Le 05/12/2013 17:34, Yaroslav Halchenko a écrit :
> output of:
>
> apt-cache policy mrview
>
> strace -f mrview 2>&1 | tail -n 100
>
> might give a hint here ;)
>
> On Thu, 05 Dec 2013, romain valabregue wrote:
>
>> Hi folks
>> Since a few weeks my the mrview viewer (from mrtrix paquage does not
>> work anymore I get the following message
>> mrview
>> The program 'mrview' received an X Window System error.
>> This probably reflects a bug in the program.
>> The error was 'BadWindow (invalid Window parameter)'.
>> (Details: serial 244 error_code 3 request_code 137 minor_code 4)
>> (Note to programmers: normally, X errors are reported asynchronously;
>> that is, you will receive the error a while after causing it.
>> To debug your program, run it with the --sync command line
>> option to change this behavior. You can then get a meaningful
>> backtrace from your debugger if you break on the gdk_x_error()
>> function.)
>
>> It may be related to a package I install recently (since it works on
>> other debian computeur)
>> but I can not find out which one
>> Do you have any idea ?
>> Many thanks
>> Romain
>> _______________________________________________
>> Neurodebian-users mailing list
>> Neurodebian-users at lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/neurodebian-users
>
More information about the Neurodebian-users
mailing list