<div dir="ltr">Hi Max,<br><br>Thanks for your reply!<br><br>> I think extending utils/conv_gen.py is the way to go because it will<br>> allow us to have concise description of the convolutional codes in one<br>> place and as close to the description in standards as possible.<br><br>Ok, I will keep your opinion in my mind.<br><br>> Could you specify which files exactly are you referring to? Also you can<br>> use 'git blame' to clarify authorship.<br><br>No problem, they are:<br><br> - gsm0503_conv.c<br> - gsm0503_interleaving.c<br> - gsm0503_mapping.c<br> - gsm0503_parity.c<br> - gsm0503_tables.c<br><br>Almost all the gsm0503_*, excluding the 'gsm0503_coding.*'.<br>Thank you for this hint, this command is very usable! :)<br><br>> I don't think library functions should do any sort of logging by itself<br>> (unless it's a logging functions of course :)<br>> Instead they should return clearly distinguishable values and let caller<br>> do the logging as they see fit.<br><br>I am agree with you. It's time to use return codes.<br><br>Have a nice day!<br><div><br><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>With best regards,<br></div><div>Vadim Yanitskiy.<br></div></div></div></div></div></div>
</div></div>