Как уже справедливо было указано выше, проблема в кодах, поэтому прямое обращение к порту LTP, как к файлу мало даст чего полезного. Предположительно, печать шла на матричный принтер с ESC-последовательностями .... э-э-э-э... как бы их назвать... EPSON-совместимыми, что-ли. Затем, перешли, к примеру, на струйный принтер который, конечно, понимает коды, но не эти. А эти - просто печатает, как текст.

Можно предложить следующее решение:

1. Выводить печать в тесктовый файл.
2. Затем, выполнять (из того-же prg, например) какую-либо внешнюю утилиту, которая конвертит этот текст в нечто Windows-образное (прошу прощение за терминологию).

В бытность мою работы с FoxPro, именно так пришлось и делать - было одно приложение, которое работало на различных машинах (с различными принтерами). Программа, "напечатав" в файл, могла, в зависимости от локальных настроек (в т.ч. могла прямо (и откровенно) спросить пользователя) о способе печати - было два варианта: прямая печать ("напечатанный" текстовый файл отправлялся на LTP) и ... и... кривая печать (запуск утилиты - windows-приложения, которое брало этот несчастный файл и, печатала его через менеджер печати, применяя, по своему уразумению, различные шрифты, когда встречала управляющие коды). Другими словами, было нечто вроде эмулятора EPSON-совместимого матричного принтера. Не сложного эмулятора - печать графики в ESC-кодах он бы не вытянул.

Что-то под конец рабочего дня голова уже не та: LPT и LTP путаются.