<p>Am 19.05.2017 14:53 schrieb "Lukasz Sokol" <<a href="mailto:el.es.cr@gmail.com">el.es.cr@gmail.com</a>>:<br>
><br>
> On 19/05/17 13:33, Sven Barth via fpc-pascal wrote:<br>
><br>
> >>> You don't have to build a 32-bit FPC because an official<br>
> >>> released installer exists. So this is no problem at all. But<br>
> >>> seeing as pretty much everything is moving (or already has moved)<br>
> >>> to 64-bit, why bother with 32-bit these days. [referring to<br>
> >>> desktop and server applications - not embedded devices]<br>
> >>><br>
> >><br>
> >> Is there a way for native 64bit application to load a 32bit<br>
> >> library, that then can talk to a 32bit USB driver ? (on Windows)<br>
> ><br>
> > Drivers (at least kernel mode drivers) must be 64-bit on 64-bit<br>
> > Windows (and also basically every other system I'm aware of). However<br>
> > it's perfectly possible to talk with a 64-bit driver from a 32-bit<br>
> > application. And no, you can't load a 32-library from a 64-bit<br>
> > process.<br>
><br>
> This one is not a kernel-mode (at least so I think because the same<br>
> installation succeeds both on 32bit XPSP3, and in recent Win10 64bit)...<br>
><br>
> (it's the old old Microchip MCHPFUSB driver used e.g. with PIC18F4550, driver version 1.3;<br>
>  it's probably not as much a 'driver' as a way to register the PID and VID with the system,<br>
>  more or less; but the library interfacing it, is 32bit only)</p>
<p>From what I can see from their site version 1.3 is the first that supports 64-bit and it indeed includes a 64-bit driver (and a 32-bit one as well). Also if I understand that correctly the source and API information to access the driver is provided as well, so you could either compile the library for 64-bit or port it to FPC to solve this.</p>
<p>Regards,<br>
Sven</p>