Hi Toby,
Just to let you know we're not forgetting about you (and thanks for the
updating your branch)!
As you may have seen, we got some unexpected development that are going
to tie us down for a while, but as soon as that gets out of the way,
WinCE integration will be one of my top prioritie
Hi John,
On 2012.09.26 16:49, John Chen wrote:
> Libusbx compiles just fine, but I got the following compile error using
> g++ when compile my code (I have to include libusb.h)
>
> /media/sf_Source/ThirdParty/libusbx/libusb/libusb.h:634:33: error:
> expected unqualified-id before 'struct'
> /media
Responding to Hans' replies from 2 days ago. I'll try to be brief.
1. There are 2 group of developer-users of libusb(x). The ones who want
stability, but also seem to have been just swell with a libusb that
didn't see releases in years, and the ones who want to go with the
latest and greatest a
Well since the discussion is continuing on our shores, I'll just tag
along for a while...
Nathan,
I can't help but find it quite ironical your statement about libusbx
falling behind on OSX support given that libusbx is the project that has
seen the most recent commit on darwin_usb.c.
Then aga
Hi,
Libusbx compiles just fine, but I got the following compile error using g++
when compile my code (I have to include libusb.h)
/media/sf_Source/ThirdParty/libusbx/libusb/libusb.h:634:33: error: expected
unqualified-id before 'struct'
/media/sf_Source/ThirdParty/libusbx/libusb/libusb.h:634:32: e
On Wed, Sep 26, 2012 at 8:31 PM, jan van katwijk wrote:
>
Firstly please take note you need to subscribe to libusbx mailing list
in order to post.
https://lists.sourceforge.net/lists/listinfo/libusbx-devel
>
> I do have the following problem occurring when using libusbXXX under Windows
>
> I am d
Dear all
I do have the following problem occurring when using libusbXXX under Windows
I am developing sdr software and currently, cheap RTL2832U based sticks are
a hop topic. My software
also supports these kinds of sticks. This is the issue
a. when using driver software which on its turn used li
Lionel Debroux wrote:
> I guess I need to be educated: how "not constructive" is suggesting
> that someone should spend time on activities more productive than
> duplicating work already done by someone else in another project ?
Who said anything about duplicating work? That would be a waste of
ti
> > > Maybe you should look into libusb-1.0.10 release to show that
> > > libusb is still relevant...
> >... or maybe he should find more productive ways to spend his time
> > than trying to pretend playing catch-up with a more active and more
> > featureful fork, which was already adopted by the m
On Sep 26, 2012, at 12:21 AM, Lionel Debroux wrote:> > I think it turned out very good once > > it was done, but anyway, everyone is busy working on new and even > > better versions now. :) > > It is probably good enough for Mac OS X and Linux. But on Windows, > libusb-1.0.9 is basically not usabl
10 matches
Mail list logo
