On 30/10/2019 00:09, Barry Jackson wrote:
On 27/10/2019 11:58, Marcus Müller wrote:
ah! I missed the part where you said you're not used to Python.
In Python, indentation is structure-defining, and the error message
sadly doesn't really give context, but it looks like the most probable
explana
On 27/10/2019 11:58, Marcus Müller wrote:
ah! I missed the part where you said you're not used to Python.
In Python, indentation is structure-defining, and the error message
sadly doesn't really give context, but it looks like the most probable
explanation is that the line you've inserted is no
ah! I missed the part where you said you're not used to Python.
In Python, indentation is structure-defining, and the error message
sadly doesn't really give context, but it looks like the most probable
explanation is that the line you've inserted is not correctly indented.
Make sure you're usin
On 24/10/2019 21:18, Håkon Vågsether wrote:
This error message also occurs in one of the GRC tests:
https://github.com/gnuradio/gnuradio/issues/2678
Best regards
Håkon Vågsether
Strange that there has been no response to your bug report since July.
Any other suggestions as to how to work a
Update:
Since last night I have re-created the patch and re-built and this time
the package built with:
self._docstring_extractor.finish()
# self._docstring_extractor.wait()
try:
utils.hide_bokeh_gui_options_if_not_installed(self.blocks['options'])
On 24/10/2019 20:36, Müller, Marcus (CEL) wrote:
Hi Barry,
neat, haven't seen that one before, specifically :)
But I've seen a test fail:
https://github.com/gnuradio/gnuradio/issues/2678
Mageia is RPM-based, right? Never used it before, but could you point
me to the .SPEC file you're using to b
This error message also occurs in one of the GRC tests:
https://github.com/gnuradio/gnuradio/issues/2678
Best regards
Håkon Vågsether
tor. 24. okt. 2019, 12:41 skrev Müller, Marcus (CEL) :
> Hi Barry,
>
> neat, haven't seen that one before, specifically :)
> But I've seen a test fail:
> https:
Hi Barry,
neat, haven't seen that one before, specifically :)
But I've seen a test fail:
https://github.com/gnuradio/gnuradio/issues/2678
Mageia is RPM-based, right? Never used it before, but could you point
me to the .SPEC file you're using to build that package?
Hunch: replace
utils
[baz@jackodesktop ~]$ gnuradio-companion
Traceback (most recent call last):
File "/usr/bin/gnuradio-companion", line 102, in
run_main()
File "/usr/bin/gnuradio-companion", line 95, in run_main
exit(main())
File "/usr/lib/python3.8/site-packages/gnuradio/grc/main.py", line
83, in ma
On Tue, 23 Jul 2019, Kevin Reid wrote:
On Tue, Jul 23, 2019 at 8:33 PM Tom Crane wrote:
Can anyone explain how to use the File Descriptor Source module in
gnuradio-companion?
I am trying to write a flow-graph to read data from an arbitrary file,
chosen via the GUI at ru
On Tue, Jul 23, 2019 at 8:33 PM Tom Crane wrote:
> Can anyone explain how to use the File Descriptor Source module in
> gnuradio-companion?
>
> I am trying to write a flow-graph to read data from an arbitrary file,
> chosen via the GUI at run time? This must be possible, right? I can't
> see ho
Can anyone explain how to use the File Descriptor Source module in
gnuradio-companion?
I am trying to write a flow-graph to read data from an arbitrary file,
chosen via the GUI at run time? This must be possible, right? I can't
see how to do it.
Thanks
Tom Crane
--
Tom Crane, Dept. Physic
Hi John_w_g - The error you're encountering indicates that the version of UHD
isn't compatible with the version of gr-uhd -- which is part of the overall GNU
Radio install. I'd guess that GNU Radio was installed, and then UHD was
updated. Generally the solution is to reinstall GNU Radio while ke
Hi engineerpcp,
I'm not aware of any problems with that block. The most likely
explanation is that you have conflicting installations of GRC block
files. Please make sure that GRC doesn't try to load GRC blocks from a
path you have older versions of GNU Radio installed in. GRC prints the
block pat
Hi. On Fedora, version 28, I always compile gnuradio from source while linking
to the ettus uhd drivers that I also compile from source. I compile from
source since I eventually build my own modules, etc. from source. I've been
doing this method since 2014, but now after I compile and instal
rflows affect my results? Sorry I am still trying to learn all these.
>
>
>
> Thank you in advanced!
>
>
>
> *From:* Marcus D. Leech [mailto:mle...@ripnet.com]
> *Sent:* Tuesday, 22 May 2018 11:32 AM
>
> *To:* Yeo Jin Kuang Alvin (IA); discuss-gnuradio@gnu.org
>
...@ripnet.com]
Sent: Tuesday, 22 May 2018 11:32 AM
To: Yeo Jin Kuang Alvin (IA); discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] GNURadio Companion LPF
On 05/21/2018 11:28 PM, Yeo Jin Kuang Alvin (IA) wrote:
Hi all,
Thank you! I've noticed my mistake.
Now I've tried both 5000 and 100e3,
ubject: Re: [Discuss-gnuradio] GNURadio Companion LPF
On 05/21/2018 11:28 PM, Yeo Jin Kuang Alvin (IA) wrote:
Hi all,
Thank you! I've noticed my mistake.
Now I've tried both 5000 and 100e3, instead of overflowing "O", I see lots of
"L" late packets.
Thank you in
ank you in advanced!
*From:*Discuss-gnuradio
[mailto:discuss-gnuradio-bounces+yjinkuan=dso.org...@gnu.org] *On
Behalf Of *Marcus D. Leech
*Sent:* Tuesday, 22 May 2018 11:02 AM
*To:* discuss-gnuradio@gnu.org <mailto:discuss-gnuradio@gnu.org>
*Subject:* Re: [Discuss-gnuradio] GNURadio Companion L
Jin Kuang Alvin (IA); discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] GNURadio Companion LPF
On 05/21/2018 11:14 PM, Yeo Jin Kuang Alvin (IA) wrote:
Hi Marcus,
Thank you for the quick reply!
Is there any block in GRC that works with the FPGA in the USRP B210? And I have
tried lowering the
is to get a faster
> computer?
>
> Thank you in advanced!
>
> From: Discuss-gnuradio
> [mailto:discuss-gnuradio-bounces+yjinkuan=dso.org...@gnu.org] On Behalf Of
> Marcus D. Leech
> Sent: Tuesday, 22 May 2018 11:02 AM
> To: discuss-gnuradio@gnu.org
> Subject: Re: [
ces+yjinkuan=dso.org...@gnu.org] *On
Behalf Of *Marcus D. Leech
*Sent:* Tuesday, 22 May 2018 11:02 AM
*To:* discuss-gnuradio@gnu.org
*Subject:* Re: [Discuss-gnuradio] GNURadio Companion LPF
On 05/21/2018 10:54 PM, Yeo Jin Kuang Alvin (IA) wrote:
Hi all,
Apparently, I tried connecting
advanced!
From: Discuss-gnuradio
[mailto:discuss-gnuradio-bounces+yjinkuan=dso.org...@gnu.org] On Behalf Of
Marcus D. Leech
Sent: Tuesday, 22 May 2018 11:02 AM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] GNURadio Companion LPF
On 05/21/2018 10:54 PM, Yeo Jin Kuang Alvin (IA) wrote
On 05/21/2018 10:54 PM, Yeo Jin Kuang Alvin (IA) wrote:
Hi all,
Apparently, I tried connecting the USRP Source to a Low Pass Filter
and to a File Sink, I get overflows “OO”. However, when I removed
the LPF, there is no overflow. The question is, why is this happening?
Is the Low Pass Fil
Hi all,
Apparently, I tried connecting the USRP Source to a Low Pass Filter and to a
File Sink, I get overflows "OO". However, when I removed the LPF, there is
no overflow. The question is, why is this happening? Is the Low Pass Filter in
GRC done in the FPGA or in the computer itself? I am
Hello Markus,
yep, that's a documentation bug. I'll look up how the manpages are
generated. Possibly, GRC *used* to have this feature (or it *will* have
that feature).
What you want to achieve can be achieved with a different command line
utility:
grcc [-d target_directory, default=~/.grc_gnura
Hello,
I noticed that the manpage for gnuradio-companion on my ubuntu 17.10
system contains the following section:
-c, --compile
Only compile the GRC file without invoking the GUI.
Useful for
unit testing, running gnuradio-companion from a
Makefile and
Hi xlf,
On 26.02.2017 20:38, x...@gmx.com wrote:
> did i do something wrong that my post was never authorized? i've been
> watching it for days not knowing what else to do . . .
I can't see anything.
Anyway, just don't use nabble but sign up directly with your GMX address
to the list – it's muc
I don't know why your post didn't go through.
The gr-osmosdr port contents look correct.
Your script works for me on my OS X box (admittedly, 10.12 latest).
Let's take the discussion on-list, and I'll help you debug this & if
there's something relevant I'll reply back to the GR list. - MLD
did i do something wrong that my post was never authorized? i've been watching
it for days not knowing what else to do . . .
that's what i did regarding SoapySDR.
i must be reading something wrong, because doing "port contents gr-osmosdr |
grep_osmosdr_swig returns "command not found"
"port c
According to nabble, your original post has yet to be authorized. I'll
append it for completion.
So you're running on an older OS X box (10.8), using the libc++ hack for
older systems. That should be OK. Most folks I know who use it do it
with 10.6 or 10.7, but it should work on 10.8 too.
If you
anyone??
--
View this message in context:
http://gnuradio.4.n7.nabble.com/gnuradio-companion-swig-error-tp62829p62964.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://l
I think you need a python-devel package installed. Exact name will be
distro dependent.
Philip
On 11/29/2016 09:34 AM, Jason Matusiak wrote:
> This was really good information Seth, thanks. I tried the steps
> Nicolas previously mentioned and I had the same problem. I ran your
> commands and I
This was really good information Seth, thanks. I tried the steps
Nicolas previously mentioned and I had the same problem. I ran your
commands and I see gnuradio-companion under the "disabled components" list.
Looking further up in the output, the thing I see different from your
list is that
Something may have disabled gnuradio-companion in cmake.
Can you run: *"cd ~/gnuradio/src/gnuradio/build; cmake .."*?
Towards the end of the output you should see:
-- ##
-- # Gnuradio enabled components
-- ##
Hello Jason,
I just ran the same line that you ran and I see gnuradio-companio in
prefix/bin/ and I can also run it after setting up the environment.
Could you please update the recipes and see if this solves this:
pybombs recipes update
Also, you can also update pybombs to see if it also he
I have a fresh install of Ubuntu 14.04 on a tablet and am trying to
install gnuradio via pybombs. I run "pybombs prefix init ~/gnuradio -a
myprefix -R gnuradio-default" and it seems to complete successfully.
But if I look into gnuradio/bin, there is no gnuradio-companion.
Because of that, wh
Hey Wayne,
You are right, a check would be good. The same issue can occur for variable
blocks.
Thanks,
Sebastian
Sent from BlueMail
On Jun 14, 2016, 15:28, at 15:28, Wayne Roberts wrote:
>It would seem that the ID entered into options block of gnuradio
>companion
>is used as the class name
It would seem that the ID entered into options block of gnuradio companion
is used as the class name of the generated python script. (defaults to
top_block)
But there is one source of trouble with that.
What if I put into ID field some name which could be same as some imported
module.
This could h
I'm going to publish a test image with control port for the e310 next
week. I'm upstreaming the changes to OE now and and should be possible
to build GNU Radio with control easily "soon".
Philip
On 01/07/2016 03:30 PM, Tom Rondeau wrote:
> On Thu, Jan 7, 2016 at 11:25 AM, Mike Gilmer wrote:
>
>
On Thu, Jan 7, 2016 at 11:25 AM, Mike Gilmer wrote:
> I'm running gnuradio companion on Fedora. I can make the Ettus device UDP
> to gnuradio Companion and display RF. Great.
>
> Now, if possible, I'd like to be able to use the Companion GUI to pass, in
> real-time, parameter changes, like cente
ing [mailto:gnura...@pki2.com]
> Sent: Wednesday, November 18, 2015 8:03 PM
> To: Sumit Saluja; discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] Gnuradio-companion
>
> On Wed, 2015-11-18 at 19:54 -0500, Marcus D. Leech wrote:
>> On 11/18/2015 07:16 PM, Sumit Saluja wro
: [Discuss-gnuradio] Gnuradio-companion
On 11/18/2015 07:16 PM, Sumit Saluja wrote:
Hi Marcus,
I am trying to install it on Our departmental cluster which is
RHEL6.7. Right now we can’t update to RHEL7 or CENTOS7
Thanks
Sumit Saluja
Not much we can do, I don't think.
in.
>
>
> >
> > From: discuss-gnuradio-bounces+ssaluja=princeton@gnu.org [mailt
> > o:discuss-gnuradio-bounces+ssaluja=princeton@gnu.org] On Behalf
> > Of Marcus Müller
> > Sent: Wednesday, November 18, 2015 6:09 PM
> > To: discuss-gnuradio@gnu.
-gnuradio-bounces+ssaluja=princeton@gnu.org] On Behalf Of
Marcus D. Leech
Sent: Wednesday, November 18, 2015 7:54 PM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Gnuradio-companion
On 11/18/2015 07:16 PM, Sumit Saluja wrote:
Hi Marcus,
I am trying to install it on Our departmental
: Re: [Discuss-gnuradio] Gnuradio-companion
On Wed, 2015-11-18 at 19:54 -0500, Marcus D. Leech wrote:
> On 11/18/2015 07:16 PM, Sumit Saluja wrote:
> > Hi Marcus,
> >
> > I am trying to install it on Our departmental cluster which is
> > RHEL6.7. Right now we can’t u
radio@gnu.org
*Subject:* Re: [Discuss-gnuradio] Gnuradio-companion
Dear Sumit.
I just noticed this thread:
you're using RHEL 6, which only hast Boost 1.41; UHD cannot build with
anything below Boost 1.46.
Is there a particular reason for sticking with this very old version,
or can you
lf Of
Marcus Müller
Sent: Wednesday, November 18, 2015 6:09 PM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Gnuradio-companion
Dear Sumit.
I just noticed this thread:
you're using RHEL 6, which only hast Boost 1.41; UHD cannot build with anything
below Boost 1.46.
Is there a
ter - found
> --
> -- Configuring LibUHD support...
> -- Dependency Boost_FOUND = 0
> -- Dependency HAVE_PYTHON_PLAT_MIN_VERSION = TRUE
> -- Dependency HAVE_PYTHON_MODULE_MAKO = TRUE
> CMake Error at cmake/Modules/UHDComponent.cmake:51 (MESSAGE):
>
you need to do.
==
Send success/fail info to sbrac.org?
*From:* discuss-gnuradio-bounces+ssaluja=princeton....@gnu.org
[discuss-gnuradio-bounces+ssaluja=princeto
info to sbrac.org?
From: discuss-gnuradio-bounces+ssaluja=princeton@gnu.org
[discuss-gnuradio-bounces+ssaluja=princeton@gnu.org] on behalf of Marcus D.
Leech [mle...@ripnet.com]
Sent: Wednesday, November 18, 2015 3:58 PM
To: discuss-gnuradio@gnu.org
S
[Discuss-gnuradio] Gnuradio-companion
hi
you need give some detail
for example
how do you build the gnuradio-companion and is you conmmand work well
show us the result
this is useful to solve you problem
-From Ekko
---- 原始邮件 ----
主题：[Discuss-gnuradio] Gnuradio-companion
发件人：Sumit Saluja
M
To: Sumit Saluja
Subject: 回复: [Discuss-gnuradio] Gnuradio-companion
hi
you need give some detail
for example
how do you build the gnuradio-companion and is you conmmand work well show us
the result
this is useful to solve you problem
-From Ekko
原始邮件 ----
主题：[Discuss-gnuradio] Gnur
I'd like to emphasize on the possibilities for self-debug, in this case.
GNU Radio's cmake run closely describes which dependencies were missing
and which components therefore got disabled.
GRC needs python > 2.5 (I strongly recommend using 2.7 for compatibility
with out of tree modules),
python-ch
To amplify what Tom said, if PyBOMBS fails to compile, please increase
its log level by adding "-v -v -v", capture the full output, upload it
to something like pastebin and post a link.
I don't have any RHEL6 machines handy but my F22 machine is able to
build enough pieces to get gnuradio-companio
On Mon, Nov 16, 2015 at 12:47 PM, Sumit Saluja
wrote:
> Hi,
>
> I am building gnuradio on RHEL 6 and gnuradio-companion is not enabling
> . How I Should enable gnuradio-companion
>
> And UHD is not compiling on RHEL6.
>
>
>
>
>
> Thanks
>
>
>
> Sumit Saluja
>
Install using PyBOMBS. It should
Hi,
I am building gnuradio on RHEL 6 and gnuradio-companion is not enabling . How
I Should enable gnuradio-companion
And UHD is not compiling on RHEL6.
Thanks
Sumit Saluja
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.
Ok, great to know there are some other mac users... I have
reimplemented some blocks using Apples Accelerate framework..
theoretically they should perform better on apple hardware although I
havn't done any benchmarks. I will try to release those...
Also knowing there are other mac users will defi
On Thu, Jul 30, 2015 at 1:21 PM, Albin Stigö wrote:
> Hi Seth,
>
> I'm fairly new to gnuradio but I've spent the last couple of weeks
> digging through the code of the runtime and grc. GRC doesn't work that
> well on my macbook because of issues with qt and gtk2 (especially
> hidpi "retina" displ
Hi Seth,
I'm fairly new to gnuradio but I've spent the last couple of weeks
digging through the code of the runtime and grc. GRC doesn't work that
well on my macbook because of issues with qt and gtk2 (especially
hidpi "retina" displays)...
I suspect there are very few gnuradio users on mac but I
Albin,
What part are you looking to work on? I think there are a few new features
being worked on for the current version, and Hopefully we are going to start
ramping up on the qt port again soon.
-- Seth
Sent from my iPhone
> On Jul 30, 2015, at 11:11 AM, Albin Stigö wrote:
>
> Hi,
>
> Is
Albin,
it's all here. There's a working group for GRC development, headed by
Sebastian Koslowski. There's also issues on our issue tracker and a
roadmap on the wiki
http://gnuradio.org/redmine/projects/gnuradio/wiki/GRCroadmap.
M
On 07/30/2015 08:11 AM, Albin Stigö wrote:
> Hi,
>
> Is there a s
Hi,
Is there a separate list for gnuradio-companion development? I'm
interested in taking part...
--Albin
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi everyone, i'm now using hackrf one,and want to know wich blocks or
how can i use gnuradio companion to decode PRN code from sattellite,
need your help please.
--
Posted via http://www.ruby-forum.com/.
___
Discuss-gnuradio mailing list
Discuss-gnurad
Hi Marcus,
I used a new installation of 12.04. I got the sources for 3.7.7.1 instead
of 3.7.7 this time. The generated debian package works fine.
My previous environment could have been wrong or maybe it was something in
3.7.7.
In any case, thanks a lot for your help.
Cheers,
Murray
2015-06-19 1
Hi Murray,
that's strange:
> ImportError: libboost_system.so.1.58.0: cannot open shared object
file: No such file or directory
contradicts
> libboost_system.so.1.48.0 => /usr/lib/libboost_system.so.1.48.0
> (0xb71d8000)
There's something seriously wrong about this situation. If not
gnuradio-con
Hello again
2015-06-19 14:35 GMT+01:00 Marcus Müller :
> Hi!
>
> user@pc:~$ gnuradio-config-info
> ImportError: libboost_system.so.1.58.0: cannot open shared object file:
> No such file or directory
>
>
> This means that the gnuradio-config-info was definitely built with another
> version of bo
Hi!
> user@pc:~$ gnuradio-config-info
> ImportError: libboost_system.so.1.58.0: cannot open shared object
> file: No such file or directory
This means that the gnuradio-config-info was definitely built with
another version of boost (1.58) than what is found at the moment you
start it.
The point ab
Thanks for that Marcus, I got around that first step.
My computer runs Ubuntu 12.04 with libboost 1.48 and it has a working
gnuradio installation v3.7.7.1-120-g67463e74 from the script in the web.
I used that computer to create the debian package based on
https://github.com/gnuradio/gnuradio.git t
Hi Murray,
you'd typically do something like:
cmake -DCMAKE_INSTALL_PREFIX=/usr ..
to match what debian expects.
Then, instead of simply installing stuff there, you install into your
fake root directory using
make
make install DESTDIR=/home/murray/fake_root/whatever
That will only bend around t
Hi,
I need a GnuRadio debian package for version 3.7.7.1 to be installed in
many different computers. I've tried creating it myself but I run into many
difficulties. For example the command gnuradio-config-info --prefix
--prefsdir --sysconfdir was pointing to the folder where I created the
debian.
I don't see how this will get threaded, but anyway...
I finally got it to work. I had to completely reinstall ubuntu, then I
installed gnome-shell chromium-browser & synaptic. I installed gnuradio from
synaptic. It uninstalled gnome & chromium & my touchpad(LOL) but when I put
everythi
Greetings,
I have been trying to install & run gnuradio for a couple of weeks now. No
matter what I do I get a segmentation fault. eventually did a fresh install of
ubuntu 14.04.2 & got the build-gnuradio script; installed & ran; segfault.
dmesg >
gnuradio-compan[537]: segfault at 27eb6 ip 00
Hi Andreas,
> If i stop the drawing of all the graphs in the compiled GNU Radio
application, i could change parameters like the volume or gain with the
sliders/text boxes now.
That was to be expected :) Calculating a 512-point FFT is somewhat
ressource-consuming, but drawing and updating a graph o
Hi Marcus,
Hi Andreas,
GRC is already as multithreaded as GTK applications can generally be --
I think the bottleneck here is really your Bananapi's CPU, its RAM and
its graphics card driver.
If i stop the drawing of all the graphs in the compiled GNU Radio
application, i could change parameter
Hi Andreas,
GRC is already as multithreaded as GTK applications can generally be --
I think the bottleneck here is really your Bananapi's CPU, its RAM and
its graphics card driver.
To be honest, I generally consider the Raspberry Pi and similar devices
to be embedded ones with hardware that underw
That would require wholesale reworking of GRC.
You *really, really, really* shouldn't think of a lowly banana-pi as
your *development* environment. The .py files that are generated by GRC
can be generated on a "real" machine, and executed on the banana-pi,
provided that you have identical GR i
Hi,
iam testing gnuradio-companion editor on the Bananapi LUbuntu. When i am
editing a block or drawing a block i recognize in top that the python
process has a 100% CPU (i have 2 CPUs) load. The gnuradio-companion
editor reacts very slow.
Is it possible to tell the editor or python to use 2
Hi guys,
everyone has same issue:
Created default thread pool with 8 threads.
>>> gr_fir_fff: using SSE
swig/python detected a memory leak of type 'gr::basic_block_sptr *', no
destructor found.
Traceback (most recent call last):
File "/home/aero/top_block.py", line 77, in
tb = top_block(
On Thu, Aug 7, 2014 at 5:41 PM, Richard Bell
wrote:
> Hello all,
>
> I noticed today that, for example, my 'QT GUI Time Sink' blocks properties
> window is missing the config tab. This means I cannot change the label of
> my time sink plots. In general, all of my grc blocks have no tabs, only the
Hello all,
I noticed today that, for example, my 'QT GUI Time Sink' blocks properties
window is missing the config tab. This means I cannot change the label of
my time sink plots. In general, all of my grc blocks have no tabs, only the
main parameters window.
I'm using ubuntu 13.10 with gnuradio
These can be a bit annoying. You can inspect the core dump
(http://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsDebugging)
to see where this happens. Chances are you rebuilt GNU Radio and this is
some OOT module that is acting up.
M
On 08/04/2014 12:14 AM, Tom McDermott wrote:
> I had thi
I had this problem a couple weeks ago. After deleting the build
subdirectory and rebuilding it went away until today
when it came back. I deleted the build directory and
re-cmake/make/install/ldconfig, but the problem will not clear.
gnuradio-companion
linux; GNU C++ version 4.8.1; Boost_105300
On Thu, Dec 19, 2013 at 1:50 PM, Nowlan, Sean
wrote:
> When I run gnuradio-companion with the latest gnuradio master and gr-osmosdr
> master, it segfaults. A backtrace reveals that there’s a problem when Python
> tries to load _osmosdr_swig. If I uninstall gr-osmosdr, gnuradio-companion
> opens no
When I run gnuradio-companion with the latest gnuradio master and gr-osmosdr
master, it segfaults. A backtrace reveals that there's a problem when Python
tries to load _osmosdr_swig. If I uninstall gr-osmosdr, gnuradio-companion
opens normally.
GDB backtrace:
http://pastebin.com/PYmyAbqE
Let m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Paul,
couldn't let that comment sit around long.
Though, if I put two and two togehter, I'd say since you've been
asking what error 28 indicates, it has even nothing much to do with
computing capabilities of your computer. Just a shortage of
suffi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Well, this is just guessing in the blue, but:
It might be the computing capability of your computer.
Not necessarily of yourself.
:D
SCNR,
Greetings,
Marcus
On 05.12.2013 22:22, Paul B. Huter wrote:
> How do I resolve this problem, then? Is it an issu
How do I resolve this problem, then? Is it an issue with my computing
capability?
On Thu, Dec 5, 2013 at 3:13 PM, Nick Foster wrote:
> Again, Volk has nothing to do with it. All that printout means is that
> your flowgraph is now using a block which uses a Volk function for
> acceleration. It h
Again, Volk has nothing to do with it. All that printout means is that your
flowgraph is now using a block which uses a Volk function for acceleration.
It has nothing to do with the problem you're seeing.
--n
On Thu, Dec 5, 2013 at 1:11 PM, Paul B. Huter wrote:
> Thanks! Got that working with a
Thanks! Got that working with a valve and a button. However, my flow now
uses Volk machine, again, which doesn't record my data as well as it was
recording before the valve (and without Volk machine). Any way to keep it
from doing this?
Paul B. Huter
On Dec 5, 2013 11:11 AM, "Marcus Müller" wrote
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Paul,
use a valve together with some input widget.
There has been great discussion over how to build a valve system the
last month, you might need to read multiple threads to find the
solution that suits you best.
Greetings,
Marcus
On 05.12.2013
Is there a way to make GNURadio pause before recording, and wait for the
user to start things? It takes a few seconds for my flow to start up, and I
would like to have control over the precise time it starts recording. For
example, I would run the flow, but the record would wait until I clicked or
On Thu, Sep 19, 2013 at 10:45 AM, Tim wrote:
>
> Docs can take a long time to build, so when doing multiple builds a day
> during testing you really don't want to have this turned on. Likewise if
> you are building on slow machine or an older machine without sufficient
> doxygen. But obviously
I just had the experience of how much the documentation build process
can slow down the build in general. So I think a flag that can be
set/unset during the pybombs configuration / reconfiguration process is
a good idea. And it would make it easier for new users who a: most
likely want documentatio
Docs can take a long time to build, so when doing multiple builds a day
during testing you really don't want to have this turned on. Likewise
if you are building on slow machine or an older machine without
sufficient doxygen. But obviously they are valuable for users doing
their primary build
On Wed, Sep 18, 2013 at 3:48 PM, M Dammer wrote:
> May I then suggest to enable the docs in the pybombs recipe by default
> as well ?
You may suggest.
Sorry for being glib. I also think it's a good idea to enable the
documentation by default. If Tim agrees and there wasn't a technical
reason why
Thank you,
So those documentation will be shown when I click block > Properties ?
That's the description below "Documentation" section?
Sincerely,
On Wed, Sep 18, 2013 at 2:22 PM, Tom Rondeau wrote:
> On Wed, Sep 18, 2013 at 3:13 PM, Kevin wrote:
> > Hello,
> >
> > I built Gnuradio using
> >
May I then suggest to enable the docs in the pybombs recipe by default
as well ?
On 18/09/13 20:22, Tom Rondeau wrote:
> On Wed, Sep 18, 2013 at 3:13 PM, Kevin wrote:
>> Hello,
>>
>> I built Gnuradio using
>>
>> $ wget http://www.sbrac.org/files/build-gnuradio && chmod a+x
>> ./build-gnuradio &&
Hello,
I built Gnuradio using
$ wget http://www.sbrac.org/files/build-gnuradio && chmod a+x
./build-gnuradio && ./build-gnuradio
Which means I don't need to worry about this?
./configure --enable-doxygen
make
sudo make install
On Wed, Sep 18, 2013 at 1:49 PM, M Dammer wrote:
> Kevin, are
On Wed, Sep 18, 2013 at 3:13 PM, Kevin wrote:
> Hello,
>
> I built Gnuradio using
>
> $ wget http://www.sbrac.org/files/build-gnuradio && chmod a+x
> ./build-gnuradio && ./build-gnuradio
>
> Which means I don't need to worry about this?
>
> ./configure --enable-doxygen
> make
> sudo make install
1 - 100 of 158 matches
Mail list logo
