CYGWIN/X gnuradio

I have Linux hosts running gnuradio. Just wondering if CYGWIN/X
environment
was ever considered as a platform to run Gnuradio inside of the MS
Windows
environment. Does anyone have a working CYGWIN/X environment (as a
X-Window
server) connected through XDCMP to a Linux gnuradio host (X-Window
client)?

On Tue, Nov 15, 2011 at 9:32 AM, Samudra Haque (SpaceQuest) <
[email protected]> wrote:

I have Linux hosts running gnuradio. Just wondering if CYGWIN/X
environment was ever considered as a platform to run Gnuradio inside of the
MS Windows environment. Does anyone have a working CYGWIN/X environment (as
a X-Window server) connected through XDCMP to a Linux gnuradio host
(X-Window client)?

Yes, with a bit of difficulty, GNU Radio will run in Cygwin and MinGW.
On
the other hand, the latest work in the 3.5 series natively builds with
cmake in Windows with Visual Studio. I’ve not yet done this myself, but
I’ve seen it working.

Tom

On 11/15/2011 07:15 AM, Tom R. wrote:

Yes, with a bit of difficulty, GNU Radio will run in Cygwin and MinGW. On
the other hand, the latest work in the 3.5 series natively builds with
cmake in Windows with Visual Studio. I’ve not yet done this myself, but
I’ve seen it working.

Build instructions
http://gnuradio.org/redmine/projects/gnuradio/wiki/CMakeWork

Here is an installer with instructions (a little stale)
http://www.joshknows.com/gnuradio_port

-Josh

FFT and Scope , GRC work over SSH/ Cygwin/X

I prefer the bash command line and GCC for development, even on Windows.
You have regular expressions everywhere, scripting, automation, git,
rsync …
Why using Microsoft compilers for GNU programs?
Unix is the dominating OS world-wide. Nearly all smartphones
(iPhone,Android)
and most embedded devices are running Unix-like operating systems.
Cygwin is the natural environment for GNU on Windows, or at least Mingw.
Before, it was very complicated to contact USRP2 with IP raw sockets,
because of the different concepts (Cygwin is using the Windows IP
subsystem).
But now with UDP-based UHD this should be realistic, too.
I don’t know if it’s possible to link Gnuradio Cygwin DLLs to UHD MSVC
DLL.
The runtime libs are different and incompatible.
Gnuradio itself did build on Cygwin/X, I had it running with audio
examples.
Waterfall didn’t work over remote XWindows because some X extensions
were missing
on my Xming X-Server (Cygwin X too).
Unfortunately later versions didn’t build any more.
I think it’s not too much effort to keep the makesystem compatible on
Cygwin.
The code is not the problem, usually, just the makesystem.

Thank you! I would think that feature will now allow the use of a
multicore,
many-Gb Memory host as a central GNU radio (application client) server
and
remote GNU Radio desktops in a true “multi-user” computing platform. For
those of you who love desktops J this minimizes the requirement to have
full
GNU radio implementations everywhere, with different versions of the
codebase, yet the benefits of UHD will be available in both USB and
UDP(Ethernet) environments. And this avoids a virtual machine concept as
well - only the screen is remotely displayed.

So, perhaps: one server for a lab: many UHD connections (1:M
arrangement) to
USRP devices. Am I more or less correct in this assumption? Any tips
from
the developers on the latency or synchronization requirements between
adjacent UHD nodes?

Regards!

From: hOWARD wONG [mailto:[email protected]]
Sent: Sunday, November 20, 2011 12:07 AM
To: [email protected]
Subject: Re: [Discuss-gnuradio] CYGWIN/X gnuradio

FFT and Scope , GRC work over SSH/ Cygwin/X

On 15/11/2011 22:32, Samudra Haque (SpaceQuest) wrote:

I have Linux hosts running gnuradio. Just wondering if CYGWIN/X
environment
was ever considered as a platform to run Gnuradio inside of the MS
Windows
environment. Does anyone have a working CYGWIN/X environment (as a
X-Window
server) connected through XDCMP to a Linux gnuradio host (X-Window
client)?

In fact, one was my own (& old? )desktop with Debian.
For lazy setup, we just allow another developer to login to my machine
to work with the USRP and SVN.

Now, we have a new i7 setup for it as it’s too slow for 3 persons to
work on a Pentium-D :stuck_out_tongue:

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs