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) работать с диском??? - с хардом чтоли??? нет, это будет конкретный тормоз моей шустрой проге, не для того я оптимизировал весь алгоритм...

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