People HELP!!!

Нужно память выделить 64000 байт(наверное все поняли зачем  ), чет никак... 
Пишу значит:

///////////////////////fragment//////////////////////////////
char *buf;
if(!(buf = new char[320*200])) cout<<"Нифига не получилось!";
///////////////////////fragment//////////////////////////////

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

Помогите, люди умные, уже 3-ий день голову ломаю... 

А че за система?
Имхо ограничение на эту цифру было под досом! 

Под ДОС'ом и пишу... так надо! =))) 

небось еще и на турбо си?!
зайди в настройки компилятора , где генерация кода и поставь модель памяти Huge, может поможет, я не проверял  

Я же писал, что модель памяти менял уже, них... не помогает... А Турбо Си - сила! Мне под дос нуно... вот! 

гед?

Я бы не был так оптимистичен
дома поиграюсь , потом чет дельное отвечу, на работе нет доса,
кса а на два массива разбить нельзя? 

Неужели С не может работать с динамической памятью? Сильно сомневаюсь. В TP это называлось "куча" и там можно было выделять память блоками не более 64К. Количество самих блоков ограничивалось только доступной ОС памятью.

Думаю, тут надо использовать что-то вроде getmem(), freemem(). 

ИМХО, странная ситуация какая-то. В любой модели памяти с far-указателями по дефолту (даже не надо Huge, вполне достаточно Large) все должно прекрасно работать. Единственная возможная причина неудачи --- если память DOS (те самые 640K) вдруг кончилась. Мало вероятно, но... см. вывод команды mem перед запуском программы.
 

Ок, спасибо всем... Попробую работать через кучу, напрямую никак не получится, это я уже давно понял... пойду книжки умные читать... 

Нет чета ниче не получается... Я попробовал вот так:

///////////////////////fragment//////////////////////////////
char far *p = (char *) malloc(64000);
///////////////////////fragment//////////////////////////////

Хотя malloc - по сути - тот же new...

Но все та же фигня, не хочет он выделять столько памяти...
И по всей видимости выделяет её в near-куче, вместо far-кучи, но это еще пол беды, бог с ней, с near-кучей. Он пытается выделить память по тому же сегменту, что и сама прога висит... понятное дело, там не наберется 64000 байт, если сама прога будет в памяти занимать, пусть даже 2кб... Ведь сегмент программы(как я писал выше) ограничен 64кб(для тугих - 65536 байт)... Как мне заставить комп выделять память по другому сегменту, где уже свободно необходимое мне кол-во памяти??? Я уже всего Касаткина перерыл... Может проблема с компилятором??? хотя я пробовал в инсте - тоже глухо... Может кто сталкивался с этой проблемой??? 

может ты массив в стеке выделяешь? Попробуй сделать глобальный массив, при этом не забудь добавить перед ним far:


Кстати, если юзаешь Turbo C++ 3.0, то советую перейти на Borland C++ 3.1 - там глюков меньше. 

Сейчас попробовал так:

/////////////////////
char p[64000];
/////////////////////

с моделью памяти large. Работает, но вот динамический массив - никак... что за фигня - не понимаю... Видимо при попытке создать динамический массив - действительно он создается в стэке... 

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

P.S. кстати пишу на Borland C++ 3.1, а не на турбо, как некоторые подумали... 

Неужели никто не смог разобраться с этим вопросом??? Эй, мега программеры - где вы??? 

до боли знакомый размер массива   не с видео памятью ли ты работаешь?
если нет, то у меня возникло две бредовых идеи
1) попользовать видео память для своих целей   
2) перегрузить new delete (если конечно С++) и работать с диском

Добавлено @ 06:40 
а если с видео памятью работаешь то зачем тебе еще один массив? 

1) Да да, мне это нужно для работы с графикой! Кто с ней работал, наверняка знает о видео-страницах, но вот беда, в том режиме, в кот-ом пишу я - их просто нет(так что попользовать видео память - никак) ((... поэтому надо съэмитировать их(вернее её)... иначе жуткие мерцания спрайтов - обеспечены ((... 

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

Может кто-нить еще че подскажет??? 

что-то я тебе не верю!  что бы в таком режиме была всего одна страница.

если все же правдо, то придется переписывать на асм куски для "смены страниц". а вообще я бы не занимался мазахизмом а выбрал режим в которм есть пара страниц и ВСЕ!
 

Я пишу в режиме 13h(VGA) - наверняка всем до боли знакомом. Это пожалуй самый удобный режим, но только вот проблема - всего одна видео страница...

Что касается стандартной библиотеки graphics.h - насколько помню корректно работать с видео страницами там можно только в одном режиме - причем довольно убогом(16 цветов + нестандартное разрешение экрана)... вот такие пироги...

В общем задача-то вроде не сложная, просто память выделить, а не получается... HELP. 

Да, кстати, забейте вы на эти альтернативные пути реш-ия проблемы. Мне конкретно нужно память выделить. Другие гр. режимы - это усложнение программы(не дай бог ещё программирование в защищенном режиме), алгоритма, как следствие - тормоз программы и возможно некорректная работа с различными видео картами(это я по поводу SVGA и X-MODE). Там проблем еще больше(в др. гр. режимах), а тут одна...

Блин, да видел я, люди выделяли столько памяти(давно это было), а сейчас сам не могу, что за... 

Сейчас еще один баг нашёл!!! Когда спрайты + прога занимают в памяти 64кб(т.е. полностью заполняют сегмент программы), прога отказывается дальше выделять память... т.е. много спрайтов сделать - никак... что за шляпа?!?!?!? Так что даже переход в др. видео режим - не есть решение проблемы... Я даже динамический спрайт создать не смогу(ну разве что из 5-ти кадров  )... Я ограничен 64 кб!!!!!!! ПОМОГИТЕ КТО-НИБУДЬ!!!!!!! 

Как я в общем и подозревал, malloc у тебя почему-то работает с near heap -- отсюда все проблемы.
Попробуй farmalloc / farfree.
 

DaJunior, а ты точно пробовал объявлять far - массив, т.е.

Можно попробовать вместо far написать huge. Проверить не могу, BC++3.1 под рукой нет, но вроде должно работать. 

Вот, попробовал:

/////////////////////////////////////////////////////////////
void main()
{
clrscr();
char far *p;
p = (char *) farmalloc(64000);
printf("seg = %x off = %x adr = %x\n",FP_SEG(p),FP_OFF(p),p);
getch();
farfree(p);
}
/////////////////////////////////////////////////////////////

Ни в какую, после farmalloc указатель остается пустой... если выделять 60000 байт, то все ок. Думаю проблема в компиляторе. Попробуйте кто-нибудь(кому не лень) скомпилить у себя эту прогу(тока под дос есесно) Сообщите о резалтах плз. 

Глава 4. Справочник по работе с DOS /Управление памятью в DOS/Видео-функции/...


А в чем отличие защищенного режима от реального?  
 

DaJunior, объяви 
Вроде, должно работать. 

baronp - чет никак... 
bel_nikita - спасибо огромное, буду изучать! 

DaJunior, у меня все работает. Что хоть за ошибку он тебе выдает? 

в защищенном режиме процессы защищены от взаимного влияния. В этом режиме процессором поддерживается 2 вида защиты: по привилегиям и по доступу к памяти 

baronp, 
прога выдает:

seg = 0 off=0 adr =0

следов-но память не выделена, вот! 

Подтверждаю, в BC 3.1 ни new char[320*200], ни malloc(320*200) в моделях памяти large и huge, не выделяют память.

DaJunior
Придется пользоваться allocmem'ом. 
Хотя, на твоем месте, я бы поменял ОС. 
 

DaJunior, еще раз говорю: массив надо объявлять статически. Динамически и вправду не выделяется. 

Ну, разумеется, если используется farmalloc, то надо так:



Нет никакого смысла выделять far указатель и потом приводить его к near типу!!
 

Это сообщение отредактировал(а) regis - 13.6.2006, 13:23