Кто-нибудь имел дело с написанием диспетчера памяти ? Поделитесь пожалуйста исходниками, для ознакомления принципов работы.  Нашел в инете неплохую статью. Но после прочтения осталось больше вопросов, чем ответов.

Диспетчер памяти понадобился не просто так, а по причине того, что ф-ии getimage() и putimage(), описанные в graphics.h, могут работать с экранной областью, размер которой <= 64K. И разрешение такой экранной области в режиме VGAHI приблизительно 350*350 пикселей, что довольно мало, для среднестатистического окна , перемещение которого планируется реализовать в GUI.

Заранее спасибо !

Это сообщение отредактировал(а) sprata - 14.9.2008, 18:16

а зачем вам это, и при чем тут GUI?

sprata, ты хочешь сделать GUI под DOS?

Графический интерфейс под ДОС это часть моего курсового по ООП. При этом нужно использовать старенький компилятор Borland C++ 3.11  А зачем мне диспетчер памяти я уже написал: для реализации перетаскивания окон с помощью мыши, я хочу использовать ф-ии getimage() и putimage(), но они могут работать только с изображением, размер которого не превышает 65535 байт = 64K. А нормально окно, с разрешением хотя бы 500*500 весит намного больше. К тому же я использую режим SVGA 256 1024*768, поэтому размеры картинок далеко превышают 64K. Мой преподаватель по программированию сказал, что из этой ситуации можно выйти написав свой диспетчер памяти, и таким образом обойти это ограничение.


Это сообщение отредактировал(а) sprata - 14.9.2008, 18:56

сильно в этом сомневаюсь, вообще, что за польза учить студентов программировать под дос?

Этот человек мастер своего дела с хорошим опытом, и сомневаться в его высказываниях мне никогда не приходилось.


Lazin, это конечно оффтоп, но я все таки скажу:  цель этого курсового написать весь графический интерфейс ручками  А людей, которые накидывают нексолько компонентов на форму, и называют себя после этого программистами, я таковыми не считаю.

ЗЫ: а вообще по теме кто-нибудь мне ответит ? 

ЗЫЫ: дискуссию по поводу программирования под ДОС, в этой теме прошу не начинать.

Это сообщение отредактировал(а) sprata - 14.9.2008, 19:58

Так вы никогда помощи не получите    

Если по теме - я б кусками по 64к картинку хранил =) 

 +1. Ну и научится человек под мертвую систему программировать. А какая с этого польза?

 Что мешает делать это под windows?

 Порограммист должен использовать самый простой из доступных равносильных вариантов. Если текущие "кнопачки" ему подходят - то он ими и воспользуется.
А писать нужно, только если нет вменяемых аналогов, вас искусственно поставили в подобное положение.
С точки зрения идеи - это умно, но с точки зрения реализации полный пипец...
Ну глупо использовать мертвую ОС, неполноценный компилятор и скудные API. Куда красивее было бы задание сделать подобное... ну например в OpenGL

Кстати сам такое делал я на J2ME. Не было вариантов.


 Я отвечу.
1) Использовать менеджер памяти DOS/4GW, справку ищи тут: http://www.tenberry.com/dos4g/faq/index.html
2) Усомниться в преподавателе, который учит пользоваться мертвыми технологиями.

мне препод говорит, типа это для начала научитесь писать под дос
с ассемблером такая же байда

 Как он это аргументировал?

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

имхо, конечно 

а по теме автору уже ответили

Прошу меня извинить, если кого-нибудь обидел. В своем высказывании я имел ввиду исключительно тех людей, которые, не имея систематических знаний в области программирования, но имея на компе визуальную среду разработки, уже считают себя классными кодерами. 


Ну вообще то существует программа обучения по каждой специальности, которую разрабатывает не один преподаватель. Сейчас во многих технических ВУЗах Украины начинают изучение программирования со среды под ДОС. У нас это был Си. У кого-то Паскаль. 

nerezus, большое спасибо за ссылку 

Это сообщение отредактировал(а) sprata - 14.9.2008, 21:09

 А разве нельзя осознать это на немертвых технологиях? Можно. Так почему тогда используются мертвые?

Добавлено через 8 минут и 3 секунды
 У нас был C. Но никаких извращений с графикой мы не писали.

А на уроках ООП изучали Qt(а наша группа MFC).
Уж куда полезнее, поверь. По крайней мере применяемо на практике.

Да, я тож сразу об этом думал. Но реализовав, увидел что фрагменты появляются слишком медленно друг за другом. Поэтому и решил спросить по поводу диспетчера памяти.

А вы думаете если они вместе будут сохранены, сильно быстрее будет рисоваться? Попробуйте как в винде - при перетаскивании отображать только рамку окна, расчитать какие части других окон были скрыты а теперь видны, потребовать у окон перерисовать эти части. Потом уже отрисовать перетащеное окно полностью на новом месте.