Hi Greg and
all,
WSPR stops. The error message Error starting rx thread comes from startrx.f90 line 34. I added an immediate 'try again'. We still get to the "stop" in startrx.f90. spawning new thread: Resource temporarily unavailable Error starting 1st rx thread 11 spawning new thread: Resource temporarily unavailable Error starting 2nd rx thread 11 Because, Resource temporarily unavailable means, try again later, I gave it a go.. ps -eLfu alanb => alanb 3778 2254 3778 0 1 14:24 pts/0 00:00:00 /bin/sh /usr/local/bin/wspr40 alanb 3780 3778 3780 3 4 14:24 pts/0 00:01:27 python3 /downloads/hamradio/digital/wsjt/4795wsprB/wspr/wspr.py alanb 3780 3778 3781 0 4 14:24 pts/0 00:00:03 python3 /downloads/hamradio/digital/wsjt/4795wsprB/wspr/wspr.py alanb 3780 3778 3783 0 4 14:24 pts/0 00:00:02 python3 /downloads/hamradio/digital/wsjt/4795wsprB/wspr/wspr.py alanb 3780 3778 3854 1 4 15:03 pts/0 00:00:01 python3 /downloads/hamradio/digital/wsjt/4795wsprB/wspr/wspr.py I've looked at "top" and see nothing untoward. Less than 10% memory used, bursts of CPU during "Decode" then back to normal. Keep Smiling Alan VK2ZIW On Sun, 21 Dec 2014 04:43:33 -0700, ki7mt wrote > Hi Alan, > > Your package situation is not resolved, not by any stretch of the > imagination, but if you want to consider it good that's your call. > > I would take Joe's advice ( given 2 maybe even 3 times now ), run > WSPR0, see it if fails, cut the problem in half, or start isolating possibilities. > > You can't rule out the possibility of hardware issues, ram problems, > CPU issues, Heat, Net I/O, Disk I/O things of that nature. Its very > odd that WSPR runs 10 to 12 hours, then suddenly die on a thread, > even though it's been doing threads for hours before that. > > If you think it's Hardware / Kernel related, go to he supplier/ > kernel builder, they would be better suited to help trace / debug > those issues. It's the ARM group and their Mali 400 drivers, not open sauce. > > And like I said before, GCC 4.6 and the tool chain your using could > be a contributing fact. I don't even have an OS at hand that I could > install and test that version. We get the same problem with Fedora 21 and it's GCC as well. > > That's all I can offer, maybe others can add to this. > > 73's > Greg, KI7MT > > On 12/21/2014 04:01 AM, Alan VK2ZIW wrote: > > Hi Greg and all, > > > > Can we please focus on the "crash " problem? > > > > WSPR runs perfectly fine for 10+ hours then crashes: > > > > spawning new thread: Resource temporarily unavailable > > Error starting rx thread 11 > > > > The "pillow" issue is resolved. Just do: > > pip3 install -I pillow==2.5.3 > > > > Thanks Greg for logging in and taking a look. > > > > I've tried three kernel versions: 3.4.90, 3.4.104, 3.4.105+. > > Two Linux flavours: Bananian and Fedora 21 > > Always, the same crash problem after about 10 hours. > > > > Hardware: I'm using the Allwinner A20 SOC. This is the Banana Pi. > > It is dual core ARMv7 with the Mali 400 GPU. > > > > Problem: The ARM company who designed the Mali 400 GPU have not released > > OpenSource drivers, > > but only binaries for some kernel versions, in particular 3.4.X > > This affects many ARM SOCs. > > > > So, are my "crash" problems related to the "pthread" libraries in /usr/lib not > > being > > compatible with the 3.4.104 kernel and modules. > > > > Would these problems go away with a quad core CPU? > > > > Repeatability: One can only buy hardware that is available now, and suffer the > > software > > consequences, because one downloads the software today, not three months ago. > > > > Michael DG0OPK's website is trying to promote ARM hardware and provide, as many > > as he can, > > build instructions for same. > > > > Keep Smiling > > > > Alan VK2ZIW > > > > <snip> > > ------------------------------------------------------------- > The worth of man in reveled in his attitude to ordinary things > when he is not before the footlights. (cf John 1:36) > Oswald Chambers > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & > more Get technology previously reserved for billion-dollar > corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > _______________________________________________ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel Alan Man's greatest waste of time: Worshipping the wrong God. Consider Jesus. --------------------------------------------------------------------------- Alan Beard Unix Support Technician from 1984 to today 70 Wedmore Rd. Sun Solaris, AIX, HP/UX, Linux, SCO OpenServer 5.0.X Emu Heights N.S.W. 2750 Routers, terminal servers, printers, terminals etc.. +61 2 47353013 (h) Support Programming, shell scripting, "C", assembler 0414 353013 (mobile) After uni, electr |
------------------------------------------------------------------------------ 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