Позволяет ли данная виртуальная машина получить физический доступ к порту LPT из под гостевой ОС?

а в первоисточнике ?
https://www.vmware.com/support/ws3/doc/ ... ices2.html
правда на вражеском языке

~

может он спрашивал про доступ на уровне драйвера для прямого доступа? на уровне файла оно может и работает

Ну ёпт.
Там можно выбрать и физический хоста (все драйверы уже встроены до нас):

ты не понял
софт может использовать порт и открывать его как файл
а может через специальный драйвер, который загружается от имени пользователя и обращается на физический адрес
трансляция адреса может работать криво

Зачем это делать?
Гостевая система напрямую видит LPT хоста через драйвер vmware.

ну например ком порт открывается как файл, используя винапи и стандартный драйвер
для лпт тоже есть такой и вмварь ставит свой в гостевую, заменяя стандартный
какой-то софт древний может использовать лпт как файл и гнать данные напрямую
например принтер матричный
а можно через драйвер

например для ком порта если работать через драйвер, то есть полный доступ к регистрам мелкасхемы юарт
я помню софт, который работал напрямую с железом из 98, а в хп не работал
так была написана прога для трансляции адреса стандартного лпт в адрес пци карты с лпт
так оно не заработало
так же не заработало и на железном лпт со стандартным адрес 378

у меня вон усб принтер не заработал
81 видит даже его как принтер, но драйверов нет
гостевая хп увидела, но не печатает
пришлось использовать принтсервер в роутере

vmware может делать проброс USB, LPT и COM портов из физической машины в виртуальную. Никаких драйверов внутрь виртуальной машины vmware при этом не ставит. Можно запустить MS DOS 3.3 с дискеты 1.44 (виртуальной), а в нем софт, которой занимается ногодрыжеством, оперируя портом напрямую через регистры, и этот софт будет работать. Как это сделать, Андрей Бедов вот здесь писал. При этом на физической машине (хосте) LPT1 может быть вовсе не LPT1, и даже совсем не LPT, но гостевая система будет считать, что у неё есть полноценный стандартный LPT1. Эта хитромудреная штука поэтому и называется виртуальной машиной, потому что гостевая машина - это как бы полноценный компьютер со всем набором своих памяти, процессора, портов ввода/вывода и всего прочего, что подобает иметь компьютеру. А ещё есть другие супервизоры, например QEMU, которые на интеловской х86 архитектуре эмулируют Raspberry Pi, PowerMac, майнфрейм IBM и телефон с андроидом, и более того, это все вполне может работать одновременно, причем каждая гостевая машина будет считать, что её пустили на голом железе.
Недостаток один - снижение быстродействия и невозможность строго выдержать тайминги внутри гостевых систем - в реальности все плавает, хоть гостевая машина считает, что у неё все Ок.