[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] catching unrecognized exception
From: |
Marcus Müller |
Subject: |
Re: [Discuss-gnuradio] catching unrecognized exception |
Date: |
Wed, 16 Apr 2014 11:52:09 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Mike,
it's not. It's part of the block name ;):
gnuradio-runtime/include/gnuradio/thread/thread_body_wrapper.h:63
std::cerr << "thread[" << d_name << "]: "
<< "caught unrecognized exception\n";
Greetings,
Marcus
On 15.04.2014 16:21, Mike Jameson wrote:
> The '(65)' looks to be the line number where the error occured.
> Notice that previously the line number was '(62)' which probably
> means that the error is coming from line 65 of one of the files you
> have been editing.
>
> Mike
>
> -- Mike Jameson M0MIK BSc MIET Email: address@hidden Web:
> http://scanoo.com
>
>
> On Tue, Apr 15, 2014 at 2:40 PM, Nemanja Savic <address@hidden>
> wrote:
>
>> Hi again,
>>
>> so, the exception appeared again. Just to remind:
>> thread[thread-per-block[0]: <gr_block db_logger2 (65)>]: caught
>> unrecognized exception
>>
>> I can't find what (65) means. This time complete block of code
>> was encapsulated by try and except but nothing was caught.
>>
>> Here is my code:
>>
>> def handle_msg(self, msg): try:
>>
>> message = pmt.pmt_symbol_to_string(msg) msg_lines =
>> message.split('\n') sensor_id = msg_lines[0] vendor =
>> msg_lines[2] sensor_type = msg_lines[3] time = msg_lines[1]
>> querry = "INSERT INTO `%s`.`%s` (`id` ,`sens_id` ,`vendor`,
>> `sensor_type`, `det_id`) VALUES (NULL , '%s', '%s', '%s','%s');"
>> % (self._db_name, self._det_table, sensor_id, vendor,
>> sensor_type, self._id) cur = self._con.cursor()
>> cur.execute(querry) except mdb.Error, e: print "Unexpected error
>> while trying to insert into table" print 50*'-'
>>
>> print 50*'-' print "Error %d: %s" % (e.args[0],e.args[1])
>> sys.exit(1)
>>
>> except: print 'msg handler exception' print 50*'-' print message
>>
>> print msg_lines print 50*'-'
>>
>>
>> Except this function there is also constructor and additional
>> function for setting the database up (it is called only in
>> constructor). There is no work function as this block nly
>> receives messages and writes to database. Is there any idea how
>> can I catch this?
>>
>> Thanx
>>
>>
>>
>> On Thu, Mar 20, 2014 at 4:34 PM, Marcus Müller
>> <address@hidden> wrote:
>>
> Hi Nemanja,
>
> your except syntax is wrong, most probably you wanted to use
> "except ExceptionType as e" instead, refer to
> http://docs.python.org/2/tutorial/errors.html
>
> Anyway, have you tried surrounding all your handler code with a
> try and catch not only the database related errors?
>
> Greetings, Marcus
>
> On 20.03.2014 15:58, Nemanja Savic wrote:
>>>>> Dear gnuradioers,
>>>>>
>>>>> I would like to ask againi if somebody can help me
>>>>> understand this: thread[thread-per-block[0]: <gr_block
>>>>> db_logger2 (62)>]: caught unrecognized exception
>>>>>
>>>>> I have two blocks of db_logger type and it looks like only
>>>>> one catch this unrecognized exception and another keeps
>>>>> working fine.
>>>>>
>>>>> best and thank you
>>>>>
>>>>>
>>>>> On Mon, Mar 3, 2014 at 12:55 PM, Nemanja Savic
>>>>> <address@hidden> wrote:
>>>>>
>>>>>> Hi all guys,
>>>>>>
>>>>>> I have a block which is responsible to receive certain
>>>>>> messages from other blocks and to write the data from the
>>>>>> message into database. Sometimes the following exception
>>>>>> occures and the block stops writing into database:
>>>>>>
>>>>>> thread[thread-per-block[0]: <gr_block db_logger2 (62)>]:
>>>>>> caught unrecognized exception
>>>>>>
>>>>>> The structure of the block is really simple:
>>>>>>
>>>>>> def handle_msg(self, msg): message =
>>>>>> pmt.pmt_symbol_to_string(msg) msg_lines =
>>>>>> message.split('\n') try: sensor_id = msg_lines[0] vendor
>>>>>> = msg_lines[2] sensor_type = msg_lines[3] time =
>>>>>> msg_lines[1] #try: querry = "INSERT INTO `%s`.`%s` (`id`
>>>>>> ,`sens_id` ,`vendor`, `sensor_type`, `det_id`) VALUES
>>>>>> (NULL , '%s', '%s', '%s','%s');" % (self._db_name,
>>>>>> self._det_table, sensor_id, vendor, sensor_type,
>>>>>> self._id) # print querry cur = self._con.cursor()
>>>>>> cur.execute(querry) except mdb.Error, e: print
>>>>>> "Unexpected error while trying to insert into table"
>>>>>> print msg_lines print 50*'-' print "Error %d: %s" %
>>>>>> (e.args[0],e.args[1]) sys.exit(1)
>>>>>>
>>>>>> Is there any way to track this problem and find the
>>>>>> cause?
>>>>>>
>>>>>> Best regards,
>>>>>>
>>>>>> -- Nemanja Savić
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Discuss-gnuradio mailing list address@hidden
>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>
>>>
>>> _______________________________________________
>>> Discuss-gnuradio mailing list address@hidden
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>
>>
>>
>> -- Nemanja Savić
>>
>> _______________________________________________ Discuss-gnuradio
>> mailing list address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJTTlLJAAoJEBQ6EdjyzlHt2n0H/iWnLcFLeHfVVMGEZhmhwLoF
pQKQYPyMFSsSjUJkGgDZepeJJb5/VIGwcwwp2sdhIJ3CuVqpeVjkg9PSOol+aBa0
akS48lZdeOySfLoxzC4e/KX9lmr2cyQ9nsD5oOKRDHd9gkkmKi3yztMBpFRHoQWj
jO/EBDnSHP6dMdmbXhii05TdADBt99oSxBbyBvI+pSvZCuosROiKi0cN0jKVbj0L
v+Y7m5yYanXyGpZqe5pGwR0ZkWpPPw6uEn7bKYu6Uh/TI6e26xBN4AfkrxnYRcK+
sFq/AVx8ilgGUjEzHUl7jJFyDcapj0W4w5ZFmKbCU2d3BGWY/OyLmxOVFo/7S1E=
=Xlqf
-----END PGP SIGNATURE-----