Geof,
thanks for the suggestions.
I get the same problem even when i run volk_profile.exe
which means that the problem is pretty basic...
Anyway after searching around on the web i see that everyone suggests a
different thing so most probably no one knows what the real issue is...
I am giving u
You can run powershell in VS? Neat. I've been doing it all in the
powershell terminal, (and I fell back to a cygwin terminal when I had
a moment of weakness trying to tail -f something and not wanting to
type gc -wai -ta1 ) To be honest I haven't even opened VS.
However, when in Rome...lets see, I
No that should be it. I just doublechecked on my plain vanilla Win7 VM
that it worked and that VM has nothing installed but SP1 and security
updates.
OK... let's try this... go to the GR python prompt and try to import
different gnuradio libraries and see if maybe we can find a pattern? I.E.
fro
Geof,
thanks again for your help.
Indeed I am running SP1.
Here is what I have on my computer at this point:
I have a bunch of applications (seen in the control panel/Programs/Programs
and Features)
named:
Microsoft Visual C++ 2005 Redistributable (x64)
Microsoft Visual C++ 2008 Redistributable
Unfortunately, DCOMP.DLL is probably not causing your problem, as it's
being linked from a system library, not yours.
(re)install the VC14 redistributeable package above and then give it a
second shot. Are you running Service Pack 1?
On Mon, Apr 18, 2016 at 4:16 PM, Achilleas Anastasopoulos wro
Good news. The out-file fix must have missed a commit somehow, I
distinctly remember making and fixing that. Oh well, thanks.
The other is interesting, I'm not sure why it worked on mine then. I'm
already patching that file to recognize VC14, so just need to amend the
patch.
As you continue to
I have resolved one out of two issues.
The problem with IESHIMS.DLL is resolved (it is in the internet explorer
directory and all i needed was to add this to the path).
Still don't know how to resolve the DCOMP.DLL issue.
thanks again
Achilleas
On Mon, Apr 18, 2016 at 8:35 AM, Achilleas Anastaso
Also a correction:
I am running Windows 7 (not 8 as I erroneously reported)
thanks again
Achilleas
On Mon, Apr 18, 2016 at 8:35 AM, Achilleas Anastasopoulos wrote:
> Geof,
>
> thanks for your help.
> There are two dll's missing as reported by the program.
> Those are:
>
> DCOMP.DLL
> IESHIMS.D
Geof,
thanks for your help.
There are two dll's missing as reported by the program.
Those are:
DCOMP.DLL
IESHIMS.DLL
any help on how to move forward is appreciated,
thanks again
Achilleas
On Mon, Apr 18, 2016 at 12:17 AM, Geof Nieboer
wrote:
> Achilleas,
>
> To troubleshoot that problem:
Aha. Found the error. I don't know how you didn't encounter it in your
builds, but in the build-wxpython.py script, line 443 fails, it's up
in the log. It sets install_dir to some variables defined in a if not
windows block higher up. This causes the script to bomb at install due
to an undefined va
Anon,
> which seems to just be a sanity check that something we expected to build
> was not
Exactly right. It's not perfect but usually works.
ran setup.ps1 before I saw the ~RUNME_FIRST.ps1
~RUNME_FIRST creates the basic directory tree for the build in the location
you specify. You will wa
Achilleas,
To troubleshoot that problem:
1- download a program called "Dependency Walker", (www.*dependencywalker*
.com/)
2- Then with that, open the _filter_swig.pyd file located at C:\Program
Files\GNURadio-3.7\lib\site-packages\gnuradio\filter if you used the
default settings. It will give a
Some more information about the problem I have running the installed
version.
In the GNYRADIO command prompt shell I run python and then
>> from gnuradio import filter
and I get the following:
Traceback (most recent call last):
File "", line 1, in
File "C:\Program
Files\GNURadio-3.7\lib\si
Yep, my bad on UHD, used to doing git builds and seeing 3.10. Cool yeah
gqrx would be the priority, baz is just a nice to have (and its a bit dated
as its all in WX which seems to be going the route of deprecation).
So for some feedback, I installed the binaries and everything seems to work
good. H
I installed the binary files
gnuradio_3.7.9.2_win64.msi
on a Win-8 machine succefullyon the default directory.
After running gnuradio-companion file from the Gnuradio 3.7
start menu folder I see a command window opening with message
"setting gnuradio environment",
then a couple of warnings of the
, April 14, 2016 7:12 PM
To: Tom Rondeau
Cc: GNURadio Discussion List
Subject: Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts
Hey Geof -
I downloaded the any-arch installer and ran it on a SurfacePro4 Windows10
machine I have here, and it worked perfectly. I'm now
Anon,
UHD 3.9.3 is the most current release from Ettus.
gqrx is on my to-do list, and in fact there are code stubs in the scripts
already for it. What stopped me is that it needs qt5 built, whereas GR is
on qt4 still, so I wanted to get out what I had first before re-attacking
that one. But onc
This is awesome, I will test out the build process this weekend on 10. Any
reason for the slightly older uhd release? I'd love to get gr-baz and gqrx
working on Win.
I'm also somewhat interested in stealing a pre-compiled list of
dependencies for my somewhat crazy project of building GR + some OOT
Hey Geof -
I downloaded the any-arch installer and ran it on a SurfacePro4 Windows10
machine I have here, and it worked perfectly. I'm now using GRC and have
VOLK Profile running in the background, and everything is working
beautifully.
Thanks so much for taking the time to put this together - I
On Thu, Apr 14, 2016 at 10:51 AM, Geof Nieboer
wrote:
> Tom,
>
> Not a problem, glad to help. If you give my username edit access, I'll
> update the wiki to point people there if interested.
>
> Geof
>
Done. You should be able to edit the wiki.
Tom
> On Thu, Apr 14, 2016 at 4:58 PM, Tom Ron
Tom,
Not a problem, glad to help. If you give my username edit access, I'll
update the wiki to point people there if interested.
Geof
On Thu, Apr 14, 2016 at 4:58 PM, Tom Rondeau wrote:
> On Thu, Apr 14, 2016 at 6:23 AM, Geof Nieboer
> wrote:
>
>> All,
>>
>> Some may recall in the fall I pos
On Thu, Apr 14, 2016 at 6:23 AM, Geof Nieboer wrote:
> All,
>
> Some may recall in the fall I posted a link to a beta windows installer.
> I'm happy to report that I'm releasing new versions today for the 3.7.9.2
> release, compatible with Windows 7/8/10. All dependencies are included,
> and all
All,
Some may recall in the fall I posted a link to a beta windows installer.
I'm happy to report that I'm releasing new versions today for the 3.7.9.2
release, compatible with Windows 7/8/10. All dependencies are included,
and all are built natively using MSVC 2015, no Cygwin or MinGW required.
23 matches
Mail list logo
