Мне надо создать массив с 100000 float... Но я некак не могу понять, почему приходитса использовать указатели... как я могу делать операции - умножать, делить с каждым елементом етого массива, которий должен состоять из 100000 или больше элементов?
Учусь я на Borland c++ for DOS.   
Помогите!   
Буду благодарен, если поправите код!   


#include <stdlib.h>
#include <stdio.h>
#include <conio.h>
#include <alloc.h>

int main(void)
{
    float *at;
    
    if ((at = (float *) malloc(400000l)) == NULL) // почему надо использовать указатель? 
    {
        printf("Error at\n");
        exit(1);
    }

                 return 0;
}

иначе стек рухнет(скорее всего, если он у тебя не больше стандартного)

ниче не понял, перефразируй..  

100000*sizeof(float)/1024 = 390 кбайт (в досе маскимальный размер 64к)
имхо нифига у тя не получиться 
(где то видел где есть возможность преодоления 64к но не помню где)
хотя давно я программил под дос могу и ошибатся

Это указатель на первый float из 400000. Обращатся к другим надо по индексу.
at[0],at[1],..... итд.

Во первых, если код на C++, то грамотнее применять new вместо malloc:



и явно ловить NULL действительно не надо -- вместо этого надо обрабатывать исключение.

Во вторых, неужели действительно такой большой массив требуется? Он займет изрядную часть conventional memory ДОСа.

Сегмент данных нельзя использовать? Или отвращение к глобальным данным?

MAKCim, 

На сколько я помню, сегмент данных - тоже 64 килобайта. Так что наверное не получится...
(мы же программулину под ДОС рассматриваем)


Это сообщение отредактировал(а) Kuvaldis - 26.10.2006, 16:42

да, правда можно иметь  несколько сегментов.

Kuvaldis
ну да, тут же реальный режим

Добавлено @ 16:51 
vinter
Сомневаюсь, что один большой кусок данных можно раскидать по нескольким сегментам
Точнее можно, но обращение к данным будет сложнее

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

Да, давненько я не программировал под DOS -- элементарные вещи забывать стал. ;)

Дело не только в том, что обычной памяти требуется много -- но и массив такого размера не влезет в один 64K сегмент. Так что, чтобы обращения к нему были правильными, указатель надо описывать так:


И тогда, вроде, все будет правильно -- хотя желательно проверить экспериментально.

боюсь что большой блок все равно выделить не удастся. Хотя можно попытаться поставить модель памяти huge...

Для больших данных хватит модели far. Huge-модель - это когда еще и код в разных сегментах. Вроде бы, насколько помню.

да 

ты видимо имела ввиду, что-то другое так как такой модели нет  

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

Может это XMS?

compact

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

нет, это было написано для 16-разрядных систем.

В 32-разрядных системах malloc() и new() не имеют таких ограничений. При наличие соответствующего объема физ. памяти память корректно выделится.

З.Ы. А почему бы просто не взять и не попробовать сделать malloc(1024*1024*1024)?

а нельзя так сделать, ибо ругается, что закончилась квота... 
а надо пользоваться фунцией HeapAlloc() она выделяет памяти до 1,5 гига, правда если ее использовать при написании dll то только 200 мб, странно....

Это сообщение отредактировал(а) LexSTV - 10.9.2007, 17:29

это если размер физической памяти не превысит разрядность линейного адреса
  

это указатели far и near.
  Мужик, тебе надо в коде память освободить free(at).
Посмотри Fortran, там эта huge модель тоже присутствует. Но выделять в ней сегменты придется кусками по 64 кила. То есть, твой массив разбить на несколько массивов at1, at2, ..., atn, где n-неизвестное мне число, потому что считать лень, а калькуляторам я из принципа не доверяю. Если досовская тачка, выгрузи все коммандеры, руссификаторы и остальные резидентные проги, освободишь (дай бог памяти  ) под 540 Кил. Так что прога может разместиться. Если что, закрыжь кусок после 640Кил, еще места прибавится.

Если это не прельщает, есть более медленный метод. создай два float fl[64К] (или один, если не будешь множить цифры между собой), и закачивай очередную порцию из файла, а предыдущие перезаписывай заместо старых).  

LexSTV, вообще-то это неправильно выделять такой кусок памяти. Уж лучше тогда воспользуйся CreateFileMapping (Win32) или mmap (*nix). А еще лучше работать с файлом по частям.