>Should have explained better.. The client uses brand A software(UNIX based) and is switching to Brand B(Windows based), and does not want to deal with the vendors of Brand A. As the middleman, I need to get the client's data contents off Brand A to export to Brand B. This needs to be done on a one time basis only, and I figured this way would be the least painful.
>
>I have searched for a utility to do this or a means to communicate with LPT1, but havn't had any luck.
>
>>What software (if any) is currently being used to "glue" the Unix box(es) and PCs together, in your environment?
>>
>>>The file eventually has to be used in the PC world. Not being familar with the UNIX environment or the application I want to get the data from, I thought the easiest way (Ha!) would be to trick the UNIX system into thinking it was sending the report to a printer while in fact it would be a PC reading the info and writing it to a file.:(
>>>
>>>
>>>>Just an idea...
>>>>
>>>>Is there any compelling reason it has to be done in DOS/Win world? My understanding is that Unix has much better redirection support than DOS/Win. Ask the Unix admin to redirect the printer port to a file.
>>>>
>>>>>Hi anybody know of a DOS or Windows utility to capture printer output from a UNIX system and writing the contents to a file?
>>>>>
>>>>>TIA
You can use a parallel to serial converter and the MSCOMM32.ocx with VPF to capture the printing data from any print port.
I think you can find the parallel to serial converter in local computer hardware store. If don't , You can search the Brand "BLACK BOX" , but it is more expensive. I am using the Taiwan converter now , It is work very well to me and much cheaper !!!!