<p>Am 19.05.2017 13:54 schrieb "Lukasz Sokol" <<a href="mailto:el.es.cr@gmail.com">el.es.cr@gmail.com</a>>:<br>
><br>
> On 19/05/17 11:15, Graeme Geldenhuys wrote:<br>
> > On 2017-05-19 00:38, Nikolay Nikolov wrote:<br>
> >> windows OS - there are simply no known issues with that under any<br>
> >> 64-bit windows version that I know of. ....snip... It won't work<br>
> >> from the IDE, though, but compiling your program from the command<br>
> >> line, when you want to build a 64-bit .exe shouldn't be hard.<br>
> ><br>
> > So you are contradicting your self a bit. No known problems, and then<br>
> > two paragraphs later... but there is this known problem with the IDE.<br>
> > ;-)<br>
> ><br>
> ><br>
> >> Because it is inferior, since it cannot build a 32-bit FPC.<br>
> ><br>
> > You don't have to build a 32-bit FPC because an official released<br>
> > installer exists. So this is no problem at all. But seeing as pretty<br>
> > much everything is moving (or already has moved) to 64-bit, why<br>
> > bother with 32-bit these days. [referring to desktop and server<br>
> > applications - not embedded devices]<br>
> ><br>
><br>
> Is there a way for native 64bit application to load a 32bit library,<br>
> that then can talk to a 32bit USB driver ?<br>
> (on Windows)</p>
<p>Drivers (at least kernel mode drivers) must be 64-bit on 64-bit Windows (and also basically every other system I'm aware of).<br>
However it's perfectly possible to talk with a 64-bit driver from a 32-bit application.<br>
And no, you can't load a 32-library from a 64-bit process.</p>
<p>Regards,<br>
Sven</p>