[hpsdr] HPSDR Programmer
John Melton
john.d.melton at googlemail.com
Thu Mar 3 00:44:05 PST 2011
Many thanks to Berndt VK5ABN for debugging and fixing the Windows 7 code
in HPSDRProgrammer.
The source svn has been updated with the changes and can be found at:
svn://svn.openhpsdr.org/svn/repos_sdr_hpsdr/trunk/N6LYT/ghpsdr3/trunk/src/HPSDRProgrammer
Regards,
John g0orx/n6lyt
On Wed, 2011-03-02 at 08:14 -0800, Dan Mitchell wrote:
> John;
> Please tell us when you get it updated, and where to find it.
> Thanks,
> Dan, W0IQ
>
> -----Original Message-----
> From: hpsdr-bounces at lists.openhpsdr.org
> [mailto:hpsdr-bounces at lists.openhpsdr.org] On Behalf Of John Melton
> Sent: Tuesday, March 01, 2011 11:28 PM
> To: Berndt Josef Wulf
> Cc: hpsdr at lists.openhpsdr.org
> Subject: Re: [hpsdr] HPSDR Programmer
>
> ***** High Performance Software Defined Radio Discussion List *****
>
> Hi Berndt,
>
> thanks for this work. If you send me the patches I will update the
> source svn.
>
> Regards,
>
> John g0orx/n6lyt
>
> On Wed, 2011-03-02 at 11:57 +1030, Berndt Josef Wulf wrote:
> > ***** High Performance Software Defined Radio Discussion List *****
> >
> > G'day,
> >
> > I spent some time debugging the HPSDR Programmer yesterday and cleaned up
> the
> > interface discovery code. The problem was due to an interface indexing
> problem
> > and I'm surprised this code worked at all. As I haven't received my Metis
> card
> > as yet, I'm only able test the interface to the point of initiating and
> > completing the discovery process, which I can confirm working on WinXP
> 32bits
> > and Windows 64bit systems. Those interested in testing HPSDR Programmer on
>
> > Windows 7 64bit systems may want to download the binary archive from
> >
> > http://www.ping.net.au/HPSDR_Programmer-20110302.zip
> >
> > Other issues noticed but not followed up:
> >
> > * unsafe use of type "long" and possibly other types
> > * comparison of unsigned with signed variables
> > * exception thrown by DiscoveryThread::stop()
> >
> > The exception was due to DiscoveryThread::stop() being called after
> failing to
> > bind to the socket of a bad interface. This happened before making the
> changes
> > to the discovery routing. I haven't seen it since, but it may still be an
>
> > issue and needs to be tested.
> >
> > 73, Berndt
> > VK5ABN
> > _______________________________________________
> > HPSDR Discussion List
> > To post msg: hpsdr at openhpsdr.org
> > Subscription help:
> http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org
> > HPSDR web page: http://openhpsdr.org
> > Archives: http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/
>
>
> _______________________________________________
> HPSDR Discussion List
> To post msg: hpsdr at openhpsdr.org
> Subscription help:
> http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org
> HPSDR web page: http://openhpsdr.org
> Archives: http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/
>
1299141845.0
More information about the Hpsdr
mailing list