Re: [Discuss-gnuradio] Mysterious rapid-capture bug

[Marcus Leech]

John Bratteli wrote:
> I brought this up some time ago, but no one was able
> to help me.  I have a little more information now, so
> maybe we can make progress.  
>
> In the application we are working on, we would like to
> perform continuous split-second captures from the USRP
> over days at a time.  Unfortunately, it hangs after an
> indeterminate amount of time.  The power of the
> computer running the program seems to have some
> bearing on the time before crash, but it is still
> pretty random.  We have run times from 2min to 23hrs. 
>
>
> I wrote a simple script to reproduce the bug.  All it
> does is record from the USRP to a vector for .1 sec,
> then throws the vector away.  Tracing the problem, I
> find that top_block.run() calls
> top_block_run_unlocked(*args), which calls
> _gnuradio_swig_py_runtime.top_block_run_unlocked(*args),
> which never returns.  I haven't traced it any farther
> as that last appears to be a compiled C++ library, and
> I wouldn't know where the source is.
>
> Any help in relieving my ignorance would be
> appreciated.
>
> Thanks,
> John Bratteli
> Texas A&M-Commerce
>
>   
Just FYI, my Radio Astronomy stuff runs for *weeks* at a time at my
place, continuously capturing gigabytes of spectral and
  total-power data, and it never hangs.  Unless I muck with the hardware
at the dish with the receiver turned on.  Then the
  hardware sometimes gets upset, but I regularly have this stuff running
for looong periods of time without incident.

That probably doesn't help, other than to know that it's *possible* to
do stuff with the USRP for weeks at a time without
  any noticeable problems...

signature.asc
Description: OpenPGP digital signature