I have Win10 x64 Pro. The system doesn't have any
LPT ports, yet when I look at printer properties I have all the normal
COM1->COM4. I assigned the
ABS PDF Driver v400 to
LPT1: presuming that attempting to write to
LPT1 would redirect to that printer. Unfortunately it doesn't work.
When I try to access it from the command line I get the following:
>copy con lpt1 Test<enter> The system cannot find the file specified. 0 file(s) copied. >copy con lpt1: "lpt1:" is not a recognized device. The system cannot find the file specified. >type somefile.txt > lpt1: The system cannot find the file specified. >type somefile.txt > lpt1 The system cannot find the file specified.
I have some older software that uses
com1: devices for output. How can I get Windows to make the
COM devices available?
Also, why do they make it available via
Ports in printer properties when they don't exist. It only makes sense they did that to emulate those ports, but it's not working?
So I tried the network share method. I was in settings (manage your device) of
ABS PDF Driver v400 when I did this:
>net use LPT1: "\\mysystemname\ABS PDF Driver v400" The command completed successfully. >copy con lpt1 test it. ^Z 1 file(s) copied.
At this point the Manage your device in Win10 has gone haywire, where the
printer status is cycling between 1 and 2 document(s) in queue. If you open the queue, it's going bonkers constantly refreshing with 1 and 2 documents going back and forth. Like it's stuck in a loop. I right clicked and canceled all documents, now it's empty.
I deleted that
LPT1:, removed the share on
ABS PDF Driver v400 and setup a share to my actual printer
HP Laser Jet M400. When I ran my
testit test, it actually printed.
So there is multiple questions here, but one main question is:
Why do they allow the ports to be chosen in printer ports if they aren't going to emulate them the way "Net Use" does automatically? There has to be a reason for it.