wsjt dumps core when started

Bug #163396 reported by Charlie Brune
This bug report is a duplicate of:  Bug #352092: wsjt segfaults on startup. Edit Remove
4
Affects Status Importance Assigned to Milestone
wsjt (Ubuntu)
Incomplete
Undecided
Unassigned

Bug Description

Binary package hint: wsjt

Install python-numpy (to fix a dependency problem in this package that I've reported in a separate bug), wsjt dumps core when started. Starting it from the menu or a command line produces this result.

To reproduce:
-- Simply type "wsjt" in a command line.
-- You'll see a couple of windows appear briefly. It looks like wsjt will start up, but then they disappear and you'll get a "Segmentation fault" message.

description: updated
Revision history for this message
jeffmock (jeff-mock) wrote :

I have the same problem with 7.10. I pretty sure that the problem has something to do with /usr/lib/wsjt/Audio.so. I rebuilt Audio.so from the source distribution and replaced the file in /usr/lib/wsjt, wsjt seems to work okay now.

jeff

Revision history for this message
Charlie Brune (bug-bruneworld) wrote :

This problem also occurs in Ubuntu 8.04.

After typing "wsjt" in the command line, I get the following output:

******************************************************************
WSJT Version 5.9.7 r383 , by K1JT
Revision date: 2007-05-04 23:17:52 +1000 (Fri, 04 May 2007)
Run date: Sat May 10 00:24:57 2008 UTC
Segmentation fault

Revision history for this message
Fred Temple (kn8azn) wrote :

I tried to run wsjt under Kbuntu. At first it complained about not finding numpy. After installing numpy. wsjt started to work as reported by Jeffmock and Charlie Brune. I will try rebuilding Audio.so and see if that helps. I was surprised to find a required dependency package missing in the wsjt installation package.

Fred

fred@procyon5:~$ uname -a
Linux procyon5 2.6.24-19-generic #1 SMP Fri Jul 11 23:41:49 UTC 2008 i686 GNU/Linux
fred@procyon5:~$

This is the message I get when I attempt to open WSJT in a terminal window:

fred@procyon5:~$ wsjt
******************************************************************
WSJT Version 5.9.7 r383 , by K1JT
Revision date: 2007-05-04 23:17:52 +1000 (Fri, 04 May 2007)
Run date: Tue Aug 12 02:16:08 2008 UTC
Segmentation fault
fred@procyon5:~$

Revision history for this message
Daniel T Chen (crimsun) wrote :

Is this symptom still reproducible in 8.10?

Changed in wsjt:
status: New → Incomplete
Revision history for this message
Charlie Brune (bug-bruneworld) wrote :

I tried WSJT in 8.10 last weekend and it appears to work fine.

Revision history for this message
Vittorio Vallero (vittorio-vallero) wrote :
Download full text (4.3 KiB)

I tried to run WSJT on Kubuntu 8.10 and this is what I get:

vittorio@ik1rac:~$ wsjt
******************************************************************
WSJT Version 5.9.7 r383 , by K1JT
Revision date: 2007-05-04 23:17:52 +1000 (Fri, 04 May 2007)
Run date: Fri Feb 6 11:14:39 2009 UTC
Illegal instruction

... and ...

vittorio@ik1rac:~$strace wsjt
execve("/usr/bin/wsjt", ["wsjt"], [/* 21 vars */]) = 0
brk(0) = 0x8605000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f64000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=83966, ...}) = 0
mmap2(NULL, 83966, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f4f000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340g\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1425800, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f4e000
mmap2(NULL, 1431152, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7df0000
mmap2(0xb7f48000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x158) = 0xb7f48000
mmap2(0xb7f4b000, 9840, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f4b000
close(3) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7def000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7def6b0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb7f48000, 8192, PROT_READ) = 0
mprotect(0x805d000, 4096, PROT_READ) = 0
mprotect(0xb7f80000, 4096, PROT_READ) = 0
munmap(0xb7f4f000, 83966) = 0
getpid() = 10199
rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0
geteuid32() = 1000
brk(0) = 0x8605000
brk(0x8626000) = 0x8626000
getppid() = 10198
stat64("/home/vittorio", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64(".", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/usr/bin/wsjt", O_RDONLY) = 3
fcntl64(3, F_DUPFD, 10) = 10
close(3) = 0
fcntl64(10, F_SETFD, FD_CLOEXEC) = 0
rt_sigaction(SIGINT, NULL, {SIG_DFL}, 8) = 0
rt_sigaction(SIGINT, {0x8056740, ~[RTMIN RT_1], 0}, NULL, 8) = 0
rt_sigaction(SIGQUIT, NULL, {SIG_DFL}, 8) = 0
rt_sigaction(SIGQUIT, {SIG_DFL}, NULL, 8) = 0
rt_sigaction(SIGTERM, NULL, {SIG_DFL}, 8) = 0
rt_sigaction(SIGTERM, {SIG_DFL}, NULL, 8) = 0
read(10, "#!/bin/sh\nset -e\n\n# WSJT expects"..., 8192) = 815
stat64("/home/vittorio/.wsjt", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64("/home/vittorio/.wsjt/CALL3.TXT", {st_mode=S_IFREG|0644, st_size=183677, ...}) = 0
stat64("/home/vitt...

Read more...

Revision history for this message
Vittorio Vallero (vittorio-vallero) wrote :

Installing Debian package: wsjt_5.9.7.r383-1.3_i386.deb solves the problem !

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.