Highrez

Hi Phil

I've been using the simple .NET example to perform the raw reference tests.

Cliff

Hi Phil Sorry to say that it is still not working correctly. The issue is easy to replicate (here at least). Just write 0 to the port, read it back (it is zero) then write 128. It will read back 0xAC. If I clear the port and then write 1, 3, 7, 15 etc it is fine until I write a 1 to bit 7. It seems ...

Hi Phil

I'll check it out later and let you know.

Cliff

Hi Phil

I guess you never got my PM then....

I'm afraid it made no difference to the problem. I'm still using the DlPortreadPortUShort function.

Cliff

Thanks very much for taking the trouble to look at the issue. It does indeed seem strange that a short is returned when only a byte quantity is involved. Traditionally such things were done to either keep a 16 bit hardware read happy (even if only 8 bits were valid) or sometimes for compiler efficie...

Hi again Phil Some more information: it seems to work if I use DlPortreadPortUShort and obviously mask off the msb by ANDing the result with 0xff. It still consistently fails if I use the standard Inp32_x64 command. Maybe if you get a few moments you can have a look at the DLL to see if there is any...

Hi Phil Thanks for the reply. I've not mucked about with parallel ports for ages either. it was so much easier when you could simply address the registers directly and avoid all the ring 0 stuff. However.... I've not much idea where the issue is and short of getting right into the driver code and co...

Hi everybody I have successfully installed the dll on Windows 7 x64 using the supplied installation package and have tested it using both my own C# 2008 application and the provided .net test code. The port is set to ECP although I have also tested it with it set to SPP in the BIOS and it works apar...