After applying the diff :

name = throttle
i = 0
total_idle_times[i] = 20344984
time_now() = 122002822
_init_time = 1984664495

ASSERT FAIL
/home/electron/Downloads/gras/lib/gras_impl/input_buffer_queues.hpp:164
total_idle_times[i] <= (time_now() - _init_time)
terminate called after throwing an instance of 'std::runtime_error'
  what():  ASSERT FAIL total_idle_times[i] <= (time_now() - _init_time)

So it seems there is problem with time function


On Wed, Jun 12, 2013 at 2:00 AM, Yogesh Dahiya <yogeshd2...@gmail.com>wrote:

> I have ubuntu 11.10 32 bit system
> output of the unit test is
>
> Running 1 test case...
> t0 1804958425
> t1 2805093589
> delta_time 1.00014
>
> *** No errors detected
>
>
>
>
> On Wed, Jun 12, 2013 at 1:38 AM, Josh Blum <j...@joshknows.com> wrote:
>
>>
>>
>> On 06/11/2013 03:55 PM, Yogesh Dahiya wrote:
>> > Thanks that kind of worked for me it showed the gui for a while but
>> then it
>> > stopped with following error :
>> >
>> >>>> GRAS: The debug asserts are enabled. <<<
>> > Created default thread pool with 4 threads.
>> > Using Volk machine: sse4_2_32_orc
>> > ASSERT FAIL
>> > /home/electron/Downloads/gras/lib/gras_impl/input_buffer_queues.hpp:156
>> > total_idle_times[i] <= (time_now() - _init_time)
>> > terminate called after throwing an instance of 'std::runtime_error'
>> >   what():  ASSERT FAIL total_idle_times[i] <= (time_now() - _init_time)
>> >
>> >
>>
>> So I dont completely understand the nature of the problem. If you give
>> me some feedback, I think that its something pretty simple. Possibly an
>> issuing with using the getclocktime CLOCK_MONOTONIC.
>>
>> Can you tell me your OS name and version, 32 or 64 bit?
>>
>> If you pull and rebuild, there is a unit test for the timer stuff, I
>> wonder what the output verbose is. Can you run this in the build
>> directory: tests/chrono_time_test_cpp_test.sh
>>
>> If you apply this diff and rebuild, I think that the additional prints
>> will be very revealing: http://pastebin.com/xeBHFN5j
>>
>> -josh
>>
>>
>> >
>> > _______________________________________________
>> > Discuss-gnuradio mailing list
>> > Discuss-gnuradio@gnu.org
>> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>> >
>>
>
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to