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

Reply via email to