Re: [wsjt-devel] Possible Detection/Fix for KV Decoder Errors w/Windows OS - SUCCESS

2014-12-24 Thread Paul DU2/WA8UGN
Paul DU2/WA8UGN keatipa@... writes:

 
 SUCCESS AT LAST!
 . . . 
 17+ hours of continuous running and decoding with WSJT-X v1.5.0-devel
 r4848 have passed, and not one single error, temporary or complete
 lock-up, pop-up error window, or any other complaint.  My decoding,
 between 2014-Dec-23 14:43 and 2014-Dec-24 07:18, has been flawless,
 as recorded in my ALL.txt file. 
 . . .

FOLLOW-UP:

Decoding between 2014-Dec-24 14:43 and 2014-Dec-24 17:20 still flawless, as 
recorded in my ALL.txt file.

It certainly looks like my problem is solved.

Best Christmas Present Ever!

Merry Christmas to all from the Philippines.

73 de Paul DU2/WA8UGN SK



--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] WSPR SVN 4857 on Ubuntu 14.04LTS autogen.sh

2014-12-24 Thread Alan VK2ZIW




Hi 
Greg,
 


 

I've extensively read the INSTALL.txt document from SVN 
4857.
 


 
Line 19

1st. PIL, not being completely open-source, has been replaced by 
Pillow.
 


 
Can you mention, as at SVN 4857 and before, pillow 2.6.1 will cause crashes
whenever a waterfall is drawn? So, revert to the last 'mainline' version 2.5.3.
If your Linux package manager can't achieve this, use Python3's tool pip3.
pip3 install -I pillow==2.5.3
Which will build pillow from source, using all the 'other' libraries around it.

This effects both WSPR and WSJT.

Otherwise, great work.

6146

Alan VK2ZIW


 

On Tue, 23 Dec 2014 15:02:08 -0700, ki7mt 
wrote
 

 Hi 
Alan,
 

 

 

 The configure script is doing what it supposed to do. See 
INSTALL.txt
 

 for further 
details.
 

 

 

 Maybe you should use the pre-compiled versoin (PPA) of WSPR for 

 

 UBuntu 
proper.
 

 

 

 Link: https://launchpad.net/~ki7mt/+archive/ubuntu/wspr
 

 

 

 I don't have any more suggestions for you on the ARM situation, 
other
 

 than what Ive' posted 
already.
 

 

 

 This, from my x86_64 Ubuntu 
install:
 

 

 

 
---
 

  Configuration 
Summary
 

 
---
 

 

 

  Package: .: WSPR 
4.0
 

  Optimization .: 
default
 

  Python3: .: 
/usr/bin/python3
 

  F2py: : 
/usr/bin/f2py3
 

  Fcompiler: ...: 
gfortran
 

  FC Lib Path ..: 
/usr/lib/gcc/x86_64-linux-gnu/4.8/
 

  Samplerate: ..: 
OK
 

  FFTW3: ...: 
OK
 

  Portaudio: ...: 
OK
 

  Website ..: http://www.physics.princeton.edu/pulsar/K1JT/wspr.html
 

  Report Bugs To ...: 
wsjt-devel@lists.sourceforge.net
 

  Install prefix ...: 
/usr
 

 

 

  Finished creating 
Makefile
 

 

 

  To build and install WSPR, 
type
 

 

 

  make  sudo make 
install
 

 

 

 Distributor ID: 
Ubuntu
 

 Description: Ubuntu 14.04.1 
LTS
 

 Release: 
14.04
 

 Codename: 
trusty
 

 

 

 
73's
 

 Greg, 
KI7MT
 

 

 

 On 12/23/2014 02:10 PM, Alan VK2ZIW 
wrote:
 

  Hi 
all,
 

  
x86_64
 

  
Issues:
 

  1) Because Ubuntu 14.04LTS has Python 3, and Python 2.7, it picks 
the
 

wrong one for 
F2py.
 

  2) Did not pickup portaudio19-dev not 
installed.
 

  
./autogen.sh
 

  
---
 

   Configuration 
Summary
 

  
---
 

  

 

   Package: .: WSPR 
4.0
 

   Optimization .: 
default
 

   Python3: .: 
/usr/bin/python3
 

   F2py: : 
/usr/bin/f2py
 

   Fcompiler: ...: 
gfortran
 

   FC Lib Path ..: 
/usr/lib/gcc/x86_64-linux-gnu/4.8/
 

   Samplerate: ..: 
OK
 

   FFTW3: ...: 
OK
 

   Portaudio: ...: 
OK
 

   Website ..: http://www.physics.princeton.edu/pulsar/K1JT/wspr.html
 

   Report Bugs To ...: 
wsjt-devel@lists.sourceforge.net
 

   Install prefix ...: 
/usr
 

  

 

  Now to try a long run  too see if issues on ARM happen on 
x86_64.
 

  

 

  Keep 
Smiling
 

  

 

  Alan 
VK2ZIW
 

  

 

  On Tue, 23 Dec 2014 14:55:43 +1000, Alan VK2ZIW 
wrote
 

  Hi Bill and 
all,
 

  ps -eLfu alanb  
=
 

  UID        PID     PPID   LWP  
C NLWP STIME TTY          TIME 
CMD
 

  alanb     3778  2254  3778  0    
1 14:24 pts/0    00:00:00 
/bin/sh
 

/usr/local/bin/wspr40
 

  alanb     3780  3778  3780  3    
5 14:24 pts/0    00:01:52 
python3
 

/downloads/hamradio/digital/wsjt/4795wsprB/wspr/wspr.py
 

  alanb     3780  3778  3781  0    
5 14:24 pts/0    00:00:04 
python3
 

/downloads/hamradio/digital/wsjt/4795wsprB/wspr/wspr.py
 

  alanb     3780  3778  3783  0    
5 14:24 pts/0    00:00:03 
python3
 

/downloads/hamradio/digital/wsjt/4795wsprB/wspr/wspr.py
 

  alanb     3780  3778  3875 99    5 
15:17 pts/0    00:00:10 
python3
 

/downloads/hamradio/digital/wsjt/4795wsprB/wspr/wspr.py
 

  alanb     3780  3778  3876  3    
5 15:17 pts/0    00:00:00 
python3
 

/downloads/hamradio/digital/wsjt/4795wsprB/wspr/wspr.py
 

 

 

  Why the 
99?
 

 

 

  Then on a 2nd ps -eLfu alanb, the 99 is back to 0. Another time, 
80.
 

 

 

  Puzzled, seems to jump in the Decode 
phase.
 

  cat /proc/sys/kernel/threads-max 

 

  
13988
 

  cat 
/proc/sys/vm/max_map_count
 

  
65530
 

  ulimit 
-a
 

  core file size          (blocks, -c) 
0
 

  data seg size           (kbytes, -d) 
unlimited
 

  scheduling priority             (-e) 
0
 

  file size               
(blocks, -f) 
unlimited
 

  pending signals                
 (-i) 
6994
 

  max locked memory       (kbytes, -l) 
64
 

  max memory size         (kbytes, -m) 
unlimited
 

  open files                 
     (-n) 
1024
 

  pipe size            (512 bytes, -p) 
8
 

  POSIX message queues     (bytes, -q) 
819200
 

  real-time priority              
(-r) 
0
 

  stack size              
(kbytes, -s) 
8192
 

  cpu time               
(seconds, -t) 
unlimited
 

  max user processes              
(-u) 
6994