On Wed, Oct 17, 2012 at 9:24 AM, Xiaofan Chen wrote:
> On Wed, Oct 17, 2012 at 1:34 AM, Nick Krause wrote:
>>
>> Hey libUsb developers,
>> I have read some of the info on what the project is and am
>> curious about ways a developer could help you out.
>
> To others: this comes from here.
> http:/
On Wed, Oct 17, 2012 at 12:17 AM, Greg Kroah-Hartman
wrote:
> On Tue, Oct 16, 2012 at 10:08:48AM -0400, Alan Stern wrote:
>> On Tue, 16 Oct 2012, Greg Kroah-Hartman wrote:
>>
>> > > mymacmini:usbutils xiaofanc$ git diff
>> > > diff --git a/Makefile.am b/Makefile.am
>> > > index 4e53e45..e8cb002 10
On Wed, Oct 17, 2012 at 12:14 AM, Greg Kroah-Hartman
wrote:
>> > Might it just be easier to patch usbutils to be something like
>> > USB_IDS_DATADIR instead when building on these systems?
>> >
>>
>> Good idea. Here is the patch based on your suggestion and
>> it works fine.
>
>
>
> That's nice,
On Wed, Oct 17, 2012 at 1:34 AM, Nick Krause wrote:
>
> Hey libUsb developers,
> I have read some of the info on what the project is and am
> curious about ways a developer could help you out.
To others: this comes from here.
http://marc.info/?t=13503213361&r=1&w=2
My answer:
http://marc.inf
Hey libUsb developers,
I have read some of the info on what the project is and am
curious about ways a developer could help you out.
Thanks Nick
--
Don't let slow site performance r
Tim,
You are right, it is sending more and more data. I was using someone else
test client and did not realize that!
I also increased the permanence by removing the Sleep statement in
LoopEvent and reduced the Sleep in both read & write.
Thanks a lot for the help!
On Mon, Oct 15, 2012 at 11:08 A
On Mon, 15 Oct 2012 20:47:01 -0700, Orin Eman said:
>There is also an argument for changing the buffer parameters to
>libusb_fill_control_setup() and libusb_fill_control_transfer() to struct
>libusb_control_setup *, but I'm just tossing that in for the record.
Absolutely. The cast they are doing
On Mon, 15 Oct 2012 22:58:01 -0400, Pete Batard said:
>On 15 October 2012 12:15, Sean McBride wrote:
>>>3) Look at how other software that uses -Wcast-align handles the same issue.
>>
>> I'm not exactly sure what you're asking...
>
>I was suggesting that, before we do anything, we look at what pr
On Tue, 16 Oct 2012 07:41:43 +0800, Xiaofan Chen said:
>Thanks. A few more issues. I do not quite understand 1),
>I think 2) is not a real issue. 3) may need to be fixed.
>
>1) Logic error
>/Users/xiaofanc/work/libusbx/ludovic/libusbx/libusb/descriptor.c:561:8:
>Function call argument is an uninit
On Tue, Oct 16, 2012 at 10:08:48AM -0400, Alan Stern wrote:
> On Tue, 16 Oct 2012, Greg Kroah-Hartman wrote:
>
> > > mymacmini:usbutils xiaofanc$ git diff
> > > diff --git a/Makefile.am b/Makefile.am
> > > index 4e53e45..e8cb002 100644
> > > --- a/Makefile.am
> > > +++ b/Makefile.am
> > > @@ -1,8
On Tue, Oct 16, 2012 at 09:15:43PM +0800, Xiaofan Chen wrote:
> On Tue, Oct 16, 2012 at 3:07 PM, Greg Kroah-Hartman
> wrote:
> > On Tue, Oct 16, 2012 at 09:57:16AM +0800, Xiaofan Chen wrote:
> >> Now usbutils git almost builds successfully out of the box under
> >> Mac OS Xand Cygwin (using libusb
On Tue, 16 Oct 2012 21:01:28 +0800, Xiaofan Chen said:
>> I didn't think Apple used gcc anymore. How about testing to see if this
>> is a valid option before trying to use it instead of just removing it?
>
>Apple calls its compiler gcc. But yes it is llvm based.
Apple used to use gcc, or rather
Hello Xiaofan
On 15/10/2012 10:15, Xiaofan Chen wrote:
>
> Yes. The USB Composite Generic Parent driver will load usb mass storage
> driver for interface 0 and the winusb driver for the interfac 1.
> http://msdn.microsoft.com/en-us/library/windows/hardware/ff537109(v=vs.85).aspx
>
Fantastic! Than
On Tue, 16 Oct 2012, Greg Kroah-Hartman wrote:
> > mymacmini:usbutils xiaofanc$ git diff
> > diff --git a/Makefile.am b/Makefile.am
> > index 4e53e45..e8cb002 100644
> > --- a/Makefile.am
> > +++ b/Makefile.am
> > @@ -1,8 +1,7 @@
> > SUBDIRS = \
> > usbhid-dump
> >
> > -AM_LDFLAGS = \
>
On Tue, Oct 16, 2012 at 9:15 PM, Xiaofan Chen wrote:
> On Tue, Oct 16, 2012 at 3:07 PM, Greg Kroah-Hartman
> wrote:
>> On Tue, Oct 16, 2012 at 09:57:16AM +0800, Xiaofan Chen wrote:
>>> Now usbutils git almost builds successfully out of the box under
>>> Mac OS Xand Cygwin (using libusbx). Just wo
On Tue, Oct 16, 2012 at 3:07 PM, Greg Kroah-Hartman
wrote:
> On Tue, Oct 16, 2012 at 09:57:16AM +0800, Xiaofan Chen wrote:
>> Now usbutils git almost builds successfully out of the box under
>> Mac OS Xand Cygwin (using libusbx). Just wondering if you can
>> accept the minor fix for Mac OS X and s
On Tue, Oct 16, 2012 at 3:07 PM, Greg Kroah-Hartman
wrote:
> On Tue, Oct 16, 2012 at 09:57:16AM +0800, Xiaofan Chen wrote:
>> I only need one fix for Mac OS X as Apple's gcc compiler does
>> not like --as-needed.
>
> I didn't think Apple used gcc anymore. How about testing to see if this
> is a v
2012/10/16 Pete Batard :
> On 15 October 2012 14:04, Sean McBride wrote:
>> I see logging the 'long' as an advantage,
>
> Could we please avoid using a "what-frigging-size-is-this?" long and
> use an int##_t instead?
We can't do that.
poll(3) is defined as
int poll(struct pollfd fds[], nfds_t nf
On Tue, Oct 16, 2012 at 09:57:16AM +0800, Xiaofan Chen wrote:
> Hi Greg,
>
> Sorry the previous email goes to the wrong linux kernel list.
>
> Now usbutils git almost builds successfully out of the box under
> Mac OS Xand Cygwin (using libusbx). Just wondering if you can
> accept the minor fix fo
19 matches
Mail list logo
