Finding error: thread[thread-per-block[357]: <block queue_sink (4)>]: std::bad_alloc

Dear Gnuradio Community,

I ran my GNURADIO program and got the following error message:

thread[thread-per-block[357]: <block queue_sink (4)>]: std::bad_alloc

This looks like a memory allocation problem with the scheduler. Has
anyone seen this before? What would cause this?

Sincerely,
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Tommy,

as this, I haven’t seen it.
However, this is really guessing - could you supply a little more
information (Platform, GR version, OS version etc) and try to do a
backtrace?
Since you have problems with low-level and scheduler-related code (and
if I remember correctly, not the first time), a little information on
your application as whole and in detail how you use that block would
obviously be of help :wink:

Greetings,
Marcus

On 27.03.2014 06:09, Tommy T. II wrote:

Sincerely, Tommy James Tracy II Ph.D Student High Performance Low
Power Lab University of Virginia Phone: 913-775-2241

_______________________________________________ Discuss-gnuradio
mailing list [email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTM+Q4AAoJEBQ6EdjyzlHt45cH/12DkjRmR7iDkfmZVABqi3Wa
h5eQAk6RHOo0VT6Fj0SyjQdc/wfQr0EF4AYs/6ojfJbrRdUJNqLu/xESJEzdTwnF
OfpWGpmtwzoNKthq1Se0nZf01WYJXDha09OXwArWM3ohr71qjSJBlsxXx+IbxuRD
wx21WKS7uV03J7ISHZ3yAezh2I9YRxIFgsrQglBJSeHafRpvZ6bm5Q2FBXVvOmfh
A5op+Zv/w3qQXpsX4BbJHc+K6v5eqSVXAiS/AYgE5Tg9Jc2lMx68jFlrDpCRmqCK
wbm7+c5qoBE8T15A5ayuaZcf5zCtMvl9naHH2YbRF4WdyAagIB+XeXMaQ/Flkn8=
=STqV
-----END PGP SIGNATURE-----


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs