Дело не в том что имеется острая необходимость в ниже описанной программе(ниже опишу)
но больше наверно в целях практического обучения. Оно лучше идет на практике когда что-то творишь
с ошибками или без(исправляя ошибки) а не просто от чтения документаций.
Хотя мне очень понравились наглядные примеры в 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:
Файл то не получилось присоединить пишет у меня нет прав.
А как тогда быть без файла не кто не увидит что я там натворил?
Этот топик читают: Гость
Ответов: 15
Рейтинг: 0
|
|||
карма: 1 |
|
Ответов: 970
Рейтинг: 270
|
|||
Если Ваш ранг на форуме "Участник", то Вы пока не можете прикреплять к своим сообщениям файлы, но можете воспользоваться сервисом Файлообмен и вставлять в сообщения ссылки на выложенные файлы. Учтите только, что "время жизни" файла в файлообменнике ограничено. |
|||
карма: 0 |
|
Ответов: 15
Рейтинг: 0
|
|||
Вот залил: coms.rar
прямая ссылка http://www46.zippyshare.com/v/95819412/file.html ------------ Дoбавленo в 17.21: Извиняюсь, теперь понял как вставить... только в описание написано из контекстного меню нажать копировать, но если нажать правую кнопку мыши то выделение спадает.
|
|||
карма: 1 |
|
Ответов: 8921
Рейтинг: 823
|
|||
Limon, code_17940.txt для примера
|
|||
карма: 19 |
| ||
файлы: 1 | code_17940.txt [3.9KB] [599] |
Ответов: 15
Рейтинг: 0
|
|||
Леонид писал(а): ...для примера Спасибо. Конечно хотелось бы и подробнее по пунктам почему так а не иначе. Еще я заметил что сложнее разбираться в чужих исходняках это касаться и исходников на паскале, дельфи и вот кстати схемки тоже. Я некоторые цепочки пока еще не могу проследить и понять в какой там момент идет например определение размера файла. Но тем не менее всё равно спасибо огромное. Буду разбираться. И хоть буду знать в каких случаях использовать те или иные компоненты. |
|||
карма: 1 |
|
Разработчик
Ответов: 26113
Рейтинг: 2126
|
|||
Limon писал(а): не могу проследить и понять в какой там момент идет например определение размера файлаСчитывается с точки Size компонентов FileStrem |
|||
карма: 22 |
|
Ответов: 15
Рейтинг: 0
|
|||
nesco писал(а): Считывается с точки Size компонентов FileStremА, нашел! Только вот еще вопрос а чего там делает цикл for? И почему размер файла там привязан както к циклу? |
|||
карма: 1 |
|
Ответов: 2236
Рейтинг: 676
|
|||
For в схеме Леонида ничего не делает. Но будет делать если ты сделаешь так: code_17949.txt обрати внимание на свойство IncludeEnd = False в элементе For
|
|||
карма: 11 |
| ||
файлы: 1 | code_17949.txt [1019B] [541] |
Ответов: 15
Рейтинг: 0
|
|||
sla8a писал(а): For в схеме Леонида ничего не делает. Но будет делать если ты сделаешь так: code_17949.txt обрати внимание на свойство IncludeEnd = False в элементе ForСпасибо за пример, очень интересно. Так вот даже удобнее потихоньку разбираться, с небольшими схемками. Только вот теперь вопрос по твоей схеме а файл нужно закрывать в конце? Корректно ли оставлять файл не закрытым или это не имеет значения после выхода программы он типа закроется сам? |
|||
карма: 1 |
|
Разработчик
Ответов: 26113
Рейтинг: 2126
|
|||
Limon писал(а): после выхода программы он типа закроется сам?Деструктор родительского класса закроет файл при выходе из программы |
|||
карма: 22 |
|
Ответов: 4641
Рейтинг: 334
|
|||
Limon писал(а): пользователь может нажать кнопку
побайтового сравнения двух файлов а толку побайтово сравнивать? Думаю лучше вычислить хеш сумму Hashsum и все. Вот и сравнение. ------------ Дoбавленo в 17.57: хотя именно если надо увидеть значение в нужном байте... то да. |
|||
карма: 1 |
|
Ответов: 15
Рейтинг: 0
|
|||
Ravilr писал(а): хотя именно если надо увидеть значение в нужном байте... то да.Ну так не только значение, нужен еще адрес байта и потом может еще с этими байтами нужно будет делать некоторые манипуляции. ------------ Дoбавленo в 19.19: Вот меня смущает что нет типа Byte |
|||
карма: 1 |
|
Ответов: 4641
Рейтинг: 334
|
|||
Limon писал(а): нужен еще адрес байта и потом может еще с этими байтами нужно будет делать некоторые манипуляцииага HEX-редактор |
|||
карма: 1 |
|
Разработчик
Ответов: 26113
Рейтинг: 2126
|
|||
Ravilr писал(а): ага HEX-редакторНафиг он кому нужен, их и так прорва в нэте лежит, бери -- не хочу. Limon писал(а): Вот меня смущает что нет типа ByteПри чтении потоков есть такой параметр, как побайтовое чтение и компоненты такие есть
|
|||
карма: 22 |
|
14