RE: VS Code for QA Tests

2022-11-15 Thread Jeff S
est runs to completion without breaking. Jeff From: Josh Morman Sent: Tuesday, November 15, 2022 8:54 AM To: Jeff S Cc: discuss-gnuradio@gnu.org Subject: Re: VS Code for QA Tests Jeff, 1) Is the c++ code built with Debug symbols (CMAKE_BUILD_TYPE=Debug) 2) Have you installed your built files? W

VS Code for QA Tests

2022-11-14 Thread Jeff S
I have been using VS Code for debugging code according to https://wiki.gnuradio.org/index.php/UsingVSCode. I thought I would try doing the same thing but using the Python QA tests to start the code rather than the flow graph Python. I can't seem to get the C++ code to break when using the QA

RE: Is PMT_NIL a Valid Dictionary?

2022-06-30 Thread Jeff S
AM To: Jeff S Cc: Jeff Long ; discuss-gnuradio@gnu.org Subject: RE: Is PMT_NIL a Valid Dictionary? Hi Jeff Just to help clarify this a bit, PMT_NIL is a valid PMT object (not to be confused with null​) PMT Dictionary type objects are nested pairs, and empty dictionary type objects (from pmt

RE: Is PMT_NIL a Valid Dictionary?

2022-06-30 Thread Jeff S
checking. So, even better! Thanks for the help, Jeff From: Jeff Long Sent: Thursday, June 30, 2022 8:02 AM To: Jeff S Cc: discuss-gnuradio@gnu.org Subject: Re: Is PMT_NIL a Valid Dictionary? Yes, an empty dict is NIL, so that is (confusingly) valid. On Thu, Jun 30, 2022 at 7:05 AM Jeff S

Is PMT_NIL a Valid Dictionary?

2022-06-30 Thread Jeff S
GNU Radio Version: v3.9.6.0-23-ge3506b13 I was writing a QA test and decided to try, self.assertTrue(pmt.is_dict(pmt.PMT_NIL)) and it passes. I was just wondering if pmt.PMT_NIL is considered a valid dictionary object, as opposed to, my_dict = pmt.make_dict()

RE: gr_modtool rm in v3.9

2022-03-23 Thread Jeff S
Thanks, Josh. Nice to confirm. I was having some trouble finding what I was looking for in the change history, so I thought I’d just ask. Jeff From: Josh Morman Sent: Wednesday, March 23, 2022 4:35 AM To: Jeff S Cc: discuss-gnuradio@gnu.org Subject: Re: gr_modtool rm in v3.9 Jeff, I'm

gr_modtool rm in v3.9

2022-03-22 Thread Jeff S
I tried using gr_modtool in v3.9.5.0 to add a block, including python and C++ QA code. I then did a gr_modtool rm on that block, but the C++ QA code file was not removed, and the file shows up in the lib/CMakeLists.txt file. I tried a test with the same thing in v3.8.5.0, and it seems like the

RE: QA Tests: Python vs C++

2022-03-09 Thread Jeff S
agree with you that an all c++ target makes debugging easy, but you > can launch the python flowgraphs with the GDB debugger using program: > "/usr/bin/python3" and args: > /path/to/the/qa_xxx.py. > > Josh > > > > On Mon, Mar 7, 2022 at 8:37 AM Jeff S <m

QA Tests: Python vs C++

2022-03-07 Thread Jeff S
I started writing some QA tests which were missing for some blocks I'm working on (in maint-3.9). I decided to compare using Python vs using C++ when building new tests. When I started looking into the C++ tests, it seems that there are not a lot of examples around, so I started wondering why

Re: Using VSCode With gr-tutorial

2022-02-22 Thread Jeff S
Dave, I came across a situation that you described. I had a breakpoint, and I disabled it after hitting it. Sure enough, it brroke there again. It seems to be hitting it from another thread. So, check your call stack when you come across that situation and it may be that it is coming from

Re: Using VSCode With gr-tutorial

2022-02-21 Thread Jeff S
on behalf of Jeff S Sent: Monday, February 21, 2022 6:12 AM To: David Cherkus; GNURadio Discussion List Subject: Re: Using VSCode With gr-tutorial It just seems like that is a current execution line. Microsoft doesn't even mention a specific name in some of their documentation: https

Re: Using VSCode With gr-tutorial

2022-02-21 Thread Jeff S
It just seems like that is a current execution line. Microsoft doesn't even mention a specific name in some of their documentation: https://code.visualstudio.com/docs/cpp/config-msvc Mine (attached) looks pretty much the same as yours showing a breakpoint and current execution point. Is the

Trouble Creating a PMT Vector of Bytes Variable in GRC

2021-09-01 Thread Jeff S
Hi, everyone. I started looking into message passing. I wanted to create a variable of bytes using a PMT. I can create a variable z using: pmt.init_u8vector(6, [0x00, 0x01, 0x02, 0x03,0x04,0x05]) And my message strobe: pmt.cons(pmt.PMT_NIL, z) Which seems to work with my flow

Re: Problem with GFSK Mod and Demod example from wiki

2021-08-23 Thread Jeff S
I probably should have added a modification to your flow graph using an Unpack block that would allow your flow graph to work and to show what I was describing. Jeff From: Discuss-gnuradio on behalf of Jeff S Sent: Monday, August 23, 2021 6:21 AM

Re: Problem with GFSK Mod and Demod example from wiki

2021-08-23 Thread Jeff S
Nicko, It doesn't look to me like the Time Sink is looking at the same type of data. Symbols (full 8-bit bytes) are going into the GFSK Mod. What is coming out of the GFSK Demod appears to be 8-sample representations of the input byte. You can see from the first tag on the Signal 1 that

GNU Radio Companion Crashing

2021-07-28 Thread Jeff S
I was playing around with the tutorial located at https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation and it refers to mpsk_stage6.grc. I loaded that, and went back to using the CMA Equalizer (because I'm using v3.8.2.0-112-ge20ffa3c (Python 3.6.9), Ubuntu 18.04). I don't

Re: Calling work function slower in v3.8 than v3.7

2021-04-08 Thread Jeff S
pmt::pmt_t msg = pmt::cons(pmt::mp("done"), payload); post(pmt::mp("system"), msg); return 0; -- Volker Am 07.04.21 um 21:34 schrieb Jeff S: > I am having an issue with a custom OOT module which is acting as a burst > so

Calling work function slower in v3.8 than v3.7

2021-04-07 Thread Jeff S
I am having an issue with a custom OOT module which is acting as a burst source. It receives an asynchronous message in one thread, and then puts data into the stream using another thread. This worked fine using GR v3.7, but with v3.8, not so much. I believe my problem may have to do with

Re: Upgrade to GNURadio v3.8 Python Issue?

2021-04-05 Thread Jeff S
Since Abraham is seeing similar things, I don't feel so bad. Marcus: My python version is 3.6.9. From: Marcus Müller Sent: Monday, April 5, 2021 9:13 AM To: Jeff S; discuss-gnuradio@gnu.org Subject: Re: Upgrade to GNURadio v3.8 Python Issue? Jeff, glad

Re: Upgrade to GNURadio v3.8 Python Issue?

2021-04-05 Thread Jeff S
: Upgrade to GNURadio v3.8 Python Issue? Hi Jeff, On 05.04.21 13:04, Jeff S wrote: > I hope this is the correct list for this question. Definitely looks like it! > I'm finally getting around to getting some PCs upgraded from 3.7 to 3.8. I > did the > installs to a local prefix an

Upgrade to GNURadio v3.8 Python Issue?

2021-04-05 Thread Jeff S
I hope this is the correct list for this question. I'm finally getting around to getting some PCs upgraded from 3.7 to 3.8. I did the installs to a local prefix and everything seems to be running. What I'm seeing, however, is when I have a ZMQ Pull Source added to my graph (picture of the