Дело не в том что имеется острая необходимость в ниже описанной программе(ниже опишу)
но больше наверно в целях практического обучения. Оно лучше идет на практике когда что-то творишь
с ошибками или без(исправляя ошибки) а не просто от чтения документаций.
Хотя мне очень понравились наглядные примеры в HiAsm c пояснениями в папке tutorial,
так же конечно накачал и пересмотрел видеоуроки.
К сожалению ничего нет по работе с файлами и атрибутами файлов.

Я сразу же вошел в тупик. Вот пример там два варианта
coms.sha
вызова файла(оба файла и нужно но пока испробую разные варианты) и определения его размера - вывод размера не работает.
Так же вопрос нужно ли в память заносить имя файла или даже полный его путь?
Чтобы было более ясно изложу смысл задуманной программы:

Итак задача программы.
1. выбор двух файлов...
2. определение их размера
3. сравнение размера
4. в случае если размер не совпадает выводиться соответствующая надпись
и не активна кнопка которая продолжает работу программы...
Но можно снова вернуться к выбору файлов...

5.(в случае если размер совпадает) пользователь может нажать кнопку
побайтового сравнения двух файлов.
6. Программа в строку выводит адрес байта в HEX(шестнадцатеричном) формате,
в этой же строке разницу т.е. байт из первого файла и байт из второго файла...
(возможно тоже подумаю и сделаю возможность переключения chr - dec - hex - для визуального просмотра
числовых значений в программе. если с этим не будет большой сложности)

7. Далее всё это можно сохранить в лог.
!Либо в результате сравнения программа объявит что файлы обсалютно идентичны.

Далее планирую в самой программе возможность сразу же изменить по адресу тот
или иной байт. Но для начало хочу хотя бы реализовать сравнение и нахождение различий.
Почему байт. Вот тут тоже еще надо подумать я по другому пока не представляю
сравнивать то по байтам необходимо.
А ведь в файлах могут быть и word и четырех байтовые различия.
Мне вот интересно как допустим в артмоней программа определяет в памяти
байтовое или четырех байтовое значение. Тоже конечно бывает не точно.
Вообще то мысль есть, если подряд не совпадают байты программа допустим всёравно выводит их в строчку но
к примеру, когда байты идет подряд, сделать возможность опять же (в этой таблице) для визуального просмотра изменить(выпадающий скрол варианты выбора в зависимости от количества следующих подряд идущих байтов)
например однобайтовое значение на двух байтовое и больше(тоесть добавиться следующий байт).
Но это для визуального просмотра так сказать.
То есть результат - адрес и байт первого и второго файла надо записывать в динамический ^массив.
И результат выдавать в виде таблице с дополнительными возможностями, такими как просмотр значений в других форматах и присоединение к значению следующего или нескольких следующих байт.
При этом если двухбайтовый word то можно еще и перевернуть.
Но это так сказать планы.
Для начала и простейший листинг бы подошел.

1. выбор файла - нужно ли сразу заносить выбранный файл в память?
И понадобиться полный путь к файлу или достаточно его имя?
2. Определение размера не выходит, я пытался использовать для вывода размера лайбел - может это ошибка?
А как тогда?
3. еще до сравнения размера не дошел но уже думал как лучше это реализовать.
Наверно с помощью оператора IF . Но в случае если размер не совпадает,
будет ли возможность сделать активной или не активной кнопку?
Какую кнопку выбрать тогда лучше из палитры компонентов?
Вообще буду рад советом по оптимизации чтобы не было ничего лишнего и какие компоненты мне пригодятся для реализации этой проги.

Прошу прощения если это раздел не подходит для создания этой темы, я еще не очень хорошо ориентируюсь и новичек в HiAsm.

------------ Дoбавленo в 17.09:
Файл то не получилось присоединить пишет у меня нет прав.
А как тогда быть без файла не кто не увидит что я там натворил?