alexis glinski,

Ищите подстроку "HDR*". Рядом с ней будет слово PowerBuilder (в юникоде, если старше ПБ9), а затем версия.
Но вообще, там может быть и более старая версия, чем та в которой проект редактировался, т.к. после миграции из предыдущих версий версия ПБЛ может остаться старой.
Так что особого смысла в получении этой версии нет.

alexis glinski,

Ну так сразу написали бы зачем это надо.

Единственная возможность это проверить - смотреть в откомпилированный код.
Экспортируйте через pbl_dump (надеюсь он работает с ПБ2017) какой-нибудь откомпилированный объект.
Это объекты с расширением .udo, .win, .fun, .apl (и еще ряд, кроме .dwo, .bin и всех .sr*)
Первые два байта в этом бинарнике - это версия пи-кода. Если она не равна версии образцового объекта созданного в текущей версии ПБ, то значит объект нуждается в миграции.
Иногда версия пи-кода меняется при выпуске очередного EBF внутри одной и той же мажорной версии ПБ, так что определять версию точно не удастся, но определить надо ли мигрировать - можно.

(Хотя в ПБ17 могли сменить формат пи-кода - тогда это все не работает )

Пустая ПБЛ не нуждается в миграции (если она создана в юникодной версии ПБ и текущая тоже юникодная).
Datawindow обычно тоже не нуждается в миграции, т.к. движок DW умеет работать со старыми версиями.