Re: [fpc-pascal] USB Human Interface Devices

2019-08-13 Thread James Richters
I wonder if HID devices will work at all on Windows the same as they do on Linux. I have not been able to get the HID part of the python code to work on windows yet either because the instructions given to install the packages needed only apply to Linux... I also wonder if fundamental

Re: [fpc-pascal] USB Human Interface Devices

2019-08-13 Thread Johann Glaser
Hi James! Am Montag, den 12.08.2019, 20:20 -0400 schrieb James Richters: > > > Ah, I see. You declared EP as Plibusb_endpoint_descriptor (i.e., > > > the pointer to an endpoint descriptor record), while in the > > > original code it is a USBEndpointDescriptor (i.e., the record > > > itself). > >

Re: [fpc-pascal] += property bug?

2019-08-13 Thread Jonas Maebe
On 13/08/2019 14:44, Martok wrote: > Am 12.08.2019 um 11:31 schrieb Sven Barth via fpc-pascal: >> The code you linked converts "a += b" to "tmp := @a; tmp^ := tmp^ + b", so >> except for using a temp to avoid duplicate calculation of "a" in how far is >> this >> not the long form? > > No, I

Re: [fpc-pascal] += property bug?

2019-08-13 Thread Sven Barth via fpc-pascal
Martok schrieb am Di., 13. Aug. 2019, 14:44: > Am 12.08.2019 um 11:31 schrieb Sven Barth via fpc-pascal: > > The code you linked converts "a += b" to "tmp := @a; tmp^ := tmp^ + b", > so > > except for using a temp to avoid duplicate calculation of "a" in how far > is this > > not the long form?

Re: [fpc-pascal] += property bug?

2019-08-13 Thread Martok
Am 12.08.2019 um 11:31 schrieb Sven Barth via fpc-pascal: > The code you linked converts "a += b" to "tmp := @a; tmp^ := tmp^ + b", so > except for using a temp to avoid duplicate calculation of "a" in how far is > this > not the long form? No, I meant it doesn't re-parse as its long form,