#46: Author: ProgMan13, Posted: Tue May 14, 2019 00:38 Flasher
Не должен. Что за файл?
Эта версия должна показывать знак вопроса:
[1.0.3.1 вообще не определяет .Net]
Last edited by ProgMan13 on Tue May 14, 2019 16:35; edited 1 time in total
#47: Author: Flasher, Location: МоскваPosted: Tue May 14, 2019 03:03 ProgMan13 Архив на тест.
#48: Author: ProgMan13, Posted: Tue May 14, 2019 17:04 Версия 1.0.3.1 не работает.
Flasher
Действительно, эти файлы определяются как .net. Что там в ещё заголовках проверять? UPack зачем-то записывает данные в CLR header address.
#49: Author: Flasher, Location: МоскваPosted: Tue May 14, 2019 17:46 ProgMan13
x32 работает (не по этим файлам, разумеется).
Что ещё искать (кроме mscoree.dll)? Спросил бы что полегче...
#50: Author: ProgMan13, Posted: Sat May 18, 2019 16:58 Flasher
x32 работает для всех 32-битных файлов (Is32Bit).
До таблицы импорта не добрался. В этих файлах Reserved в DataDirectory не нулевой, а у .net - нулевой(?).
На основе этого "Ex" поля:
http://progman13.wincmd.ru/downloads/wdx_IsDotNET_1.0.4.zip
#51: Author: Flasher, Location: МоскваPosted: Sat May 18, 2019 17:21 ProgMan13
Так и что поменялось? x32 по-прежнему dotNET выдаёт..
#52: Author: ProgMan13, Posted: Sun May 19, 2019 19:30 Flasher
Ты точно прочитал моё сообщение?
#53: Author: Flasher, Location: МоскваPosted: Sun May 19, 2019 19:56 ProgMan13
Под фразой "На основе" обычно понимают извлекаемые данные, а не преобразованные.
Теперь вижу, что добавил 2 шт. Работает, спасибо. Но зачем нам разделённые-то (без/с Ex)?
#54: Author: ProgMan13, Posted: Sat May 25, 2019 14:59
Flasher wrote:
Но зачем нам разделённые-то (без/с Ex)?
Потому что это неполная проверка, специально для UPack и подобных. Потом можно вернуть как было.
#55: Author: Flasher, Location: МоскваPosted: Sat May 25, 2019 15:01 ProgMan13
А что мешает совместить?
#56: Author: ProgMan13, Posted: Tue Feb 02, 2021 01:13 Определение 64-битных файлов .NET.