>YES!!
>
>Thanks so much for your help Ed! That did it. I tried the same CopyFile syntax but just chose a queue on our server with a much shorter name and it worked great.
>
>I do have a further question for you though, if you have the time and patience for it. 8?)
>
>I tried (on the Win9x client) to use net use to connect lpt1 to the shortened queue:
>net use lpt1 \\ntm_2001\dataproc
>
>That returned the Error 53 message (network path can't be located). (Funny, cuz that network path worked fine for the CopyFile() function).
>
I don't know at this point; the question needs to go to the OS technical people. AFA the mapped device, I still suspect that it's a CAPTURE behavior issue.
>Since that didn't work, I instead captured lpt1 to dataproc. I then tried the CopyFile() function again with the following syntax:
>
>? copyfile("c:\temp\rodd.txt","LPT1:",0)
>
>However, this returns a 0 and GetLastError returns 87 again. Up to this point I've been assuming that LPT1 was a sort of system defined parm ... that the system used the string LPT1 as a parm to reference the actual port. Am I wrong? Do I explicitly have to set up a system variable LPT1 somewhere?
>
LPT1: is only system defined if there is a print device associated with it; I know I have to use MODE to map PRN: to an LPT port.
>Once again, thanks for all your help! The whole issue of the length of the queue name was a major breakthrough!
>
>Rodd