Просмотр больших файлов в RichEdit (аналог Lister в Total'е)

День добрый.
Стоит задача — написать hex differ на чистом winapi на C / C++ (т.е. графическое приложение наподобие опции "Сравнить по содержимому" в Total Commander'е для бинарных файлов). Один нюанс — программа должна работать с большими файлами (> 4 Гб). Выглядеть это должно примерно как во встроенной утилите Lister, встроенной в тот же Тотал (в режиме hex-отображения, конечно). Неважно какого объема файл открываешь — по вертикальному скроллу должна быть возможность попасть в любую часть файла.

Но пока более простая задача — сделать аналог Lister'а.

В качестве графического объекта был выбран RichEdit, т.к. нужно будет подсвечивать различия между файлами другим цветом.
Для подкачки кусков файла использую маппинг — функции CreateFileMapping / MapViewOfFile.

Проблема заключается в том, что я плохо представляю как реализовать незаметную подкачку другого куска (64 кб) и возможность по скроллу перейти в любое место файла.

Правильно ли я представляю, как это будет выглядеть:
1). При загрузке файла вычисляем его размер и выставляем диапазон у скролла RichEdit'а как размер файла / 8, т.к. по 8 байт будет в каждой строке.
2). Устанавливаем для RichEdit-объектов собственную процедуру обработки сообщений, где будем отслеживать скролл-сообщения и заменять подкачанный кусок по необходимости.

Есть сложности в определении этой необходимости. Например, если мы сейчас находимся по смещению FFFE, и спустимся ещё на пару байт вниз, то нужно подкачать следующий кусок файла, но при этом на экране должны остаться байты по смещениям FFF0, например с предыдущего куска.

Предполагаемое решение — памить кусками по 64 кб но по смещениям, не кратным 64 Кб.
Например: в анчале программы загружен кусок 0x0000 — 0xFFFF. Если мы переступаем смещение 0xF000, то грузим кусок 0xE000 — x1DFFF.

3). Маппим первые 64 кбайта файла и отображаем на RichEdit'е.

Второй вопрос — какие примерные действия над самим RichEdit'ом нужно совершать в обработчике скролл-сообщений? Я слабо представляю как связать скролл с диапазоном в весь файл и вывод куска в RichEdit, чтобы это правильно работало.

Cначала делал через ListBox и ручную отрисовку текста. У меня просто подгружался кусок в 64кб, и два листбокса заполнялись 8 (по ширине) на 32 (по высоте) байт. При этом для перехода к следующему 8х32 блоку были обычные кнопки вида "<<" ">>" (была также возможность вбить смещение вручную в edit). При этом новый 64кб кусок подгружался только в случае необходимости.

Но такой вариант не устроил по 3 причинам:
— обязательно нужны скроллы, причем управление должно осуществляться как с клавиатуры, так и мышой (т.е. стрелка вверх / вниз — на одну строку... PageUp / PageDown — по страницам).
— должна быть возможность изменять размер окна (я делал диалогом)
— при перерисовке изображение не должно мерцать (насколько я понимаю если использовать не ручную отрисовку, а предоставить ричедиту отрисовываться самому, такой проблемы не будет... либо же использовать двойную буферизацию, но листбокс всё равно не подходит, т.к. нужна навигация, которую пришлось бы писать самому).


Надеюсь на Вашу помощь.

Сообщение от Cloudo 1). При загрузке файла вычисляем его размер и выставляем диапазон у скролла RichEdit'а как размер файла / 8, т.к. по 8 байт будет в каждой строке.

обычно по 16 0х10

Сообщение от Cloudo Есть сложности в определении этой необходимости. Например, если мы сейчас находимся по смещению FFFE, и спустимся ещё на пару байт вниз, то нужно подкачать следующий кусок файла, но при этом на экране должны остаться байты по смещениям FFF0, например с предыдущего куска.

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

Добавлено через 7 минут

Сообщение от Cloudo Один нюанс — программа должна работать с большими файлами (> 4 Гб).

как ты думаешь кто нибудь когда посмотрит этот дамп останется здоров
проще выводить смешение байтов которые разнятся и значения первого и второго
например
0х100 0х00 0х25

и по моему для данных задач RichEdit не подойдет лучше создать свое окно( вот здесь как раз может подойти Документ-Вид)

0