xfer_callback panic about gousb

[zagrodzki]

I think you are correct and I've experienced it before as well. It seems to be dependent on the Go and GCC version as far as I can tell. I'll add a fix later, in the meantime, you can try out the new release of the library that solved this problem (in exactly the way you described).

https://github.com/google/gousb

It's not been formally announced yet as the stable replacement, but I think we're getting there.

[codido]

Ah, good to know, thanks!

[codido]

btw, I believe there's another similar issue in the code, which google/gousb also experiences:
libusb.alloc stores the buffer (Go pointer) into the allocated xfer structure, which is later on used by C.

[zagrodzki]

I think you're right - the xfer struct is C memory (allocated by libusb), &buf[0] is a Go pointer, and "Go code may not store a Go pointer in C memory". It seems like the buffer should be initialized from the C side, since then the ownership of the buffer would be controlled by the C code and the problem would go away. I'll try to fix it sometime soon.

[zagrodzki]

google/gousb fixed in google/gousb#11

Since kylelemons/gousb was now officially marked as deprecated, I'll close this issue, since I won't be doing any more bugfixes in this code.