On Jan 6, 2006, at 7:24 PM, Eric Blossom wrote:
If you talking about creating a thread in C++, we use the omnithread package. It's a thin C++ wrapper on top of posix threads. Docs in gnuradio-core/doc/other/omnithread.pdf
Threading seems to work well enough that I won't pursue a MacOS X kext ("device driver") ... which I really didn't want to do anyway but I'm sure it would have taken care of the issues I've run into. The code isn't perfect yet, and I still have some speed tweaks to work in, but the example "benchmark_usb.py" now always returns OK for 16 MBps instead of "usually" for 4 MBps.
Q: As USRP does not yet use the omnithread package (though it's included in the config directory and just commented out of configure.ac), and that package is part of the gnuradio-core library which in theory the USRP should not depend upon, could we make omnithread a separate library? Or should I just go ahead and change things to link using "-lgnuradio-core" (and thus "-I/usr/local/ include/gnuradio" too? - MLD
_______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
