Fwd: Fwd: Problems regarding using UHD Digital-bert codes

Can someone please clarify my doubt for the given error . I am new to
gnuradio .
thanks

---------- Forwarded message ----------
From: Bonee S. [email protected]
Date: Mon, Sep 12, 2011 at 11:10 PM
Subject: Re: [Discuss-gnuradio] Fwd: Problems regarding using UHD
Digital-bert codes
To: “Marcus D. Leech” [email protected]

Hi Marcus ,
I have been trying to make this code work . since your last suggestion i
made some changes to my code and i am coming up with a new error .Its
given
as follows : -


Uterminate called after throwing an instance of
'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injectorboost::math::rounding_error


what(): Error in function boost::math::iround(d): Value
-2.371723596288619e+52 can not be represented in the target integer
type.


Steps i took to correct the current error :
1.i thought this was a boost library error , so i updated my boost
library
but this could not solve my error .
2. i read up on a blog so i tried to check in with the variable type for
io_type . it turned out as int type so , i tried to change the io_type
from
COMPLEX_FLOAT32 to COMPLEX_INT8 in my uhd_benchmark_tx.py and
uhd_options.py . and then it gave me a totally strange error .
3 . last option i tried was i experimented with a number of input
parameters
like sps , bit rate , excess bandwidth and gain …


But it looks like i am not able to pin-point what exactly the Value
parametr
is … sometimes i gave some other numbers and the Value turnedout as
INF …

if this is a concept of Communications or something . can you please
tell me
what exactly the Value is …i tried really hard to figure out where this
calculation is going on , but i cant really find out
Is it because of addressing issues ?
I am currently working on USRP N200 , so its a RISC 32 bit
microprocessor
and my ubuntu system is i686 , is it due to this reason or ?

Thank you again Marcus .
Yours sincerely
Bonee S.

``The awful thing about getting it right the first time is that nobody
realizes how hard it was.''

On 09/14/2011 03:54 PM, Bonee S. wrote:

-2.371723596288619e+52 can not be represented in the target integer type.
I am positive that some call into uhd is being passed a number out of
the expected bounds. That said, I am pretty sure it shouldn’t error; so
this may be a minor bug when sanitizing input parameters.

Can you tell me what line in your python code is throwing the error? Or
what call into the uhd library is throwing the error.

If possible, can you run your application in gdb and send the backtrace?

-josh