Существует ли ограничение при использовании new?

@Omus · Регистрация: 07.04.2013

Author24 — интернет-сервис помощи студентам

Здравствуйте.
Ситуация: Я создала класс, описание которого ниже, и хочу выделить память под массив экземпляров этого класса размерностью 28000.
Проблема в следующем:Во время выполнения программы, в момент выделения памяти вылетает ошибка:

Необработанное исключение в "0x74a34b32" в "SPH_var2.exe": Исключение Microsoft C++: std::bad_alloc по адресу 0x00c3f2c4..

В чем может быть проблема? Есть ли ограничение? И как его можно обойти?

з.ы. Если размерность меньше 17-18 тысяч, все ок, работает отлично, т.е. по идее в коде ошибки не должно быть.
Да, и память освобождаю, деструктор есть.

Буду рада любой помощи, спасибо!

Описание класса

C++

class particle{
public:
    double x;       //значение координаты x
    double last_x;  //значение х на прошлом шаге для интегрирования рунге-кутты
    double y;       //значение координаты y
    double last_y;  //значение у на прошлом шаге для интегрирования рунге-кутты
    double p;       //значение давления
    double rho;     //значение плотности
    double e;       //значение энергии
    double last_e;  //значение энергии на прошлом шаге для интегрирования рунге-кутты
    double ux;      //значение скорости по х
    double last_ux; //значение скорости по х на прошлом шаге для интегрирования рунге-кутты
    double uy;      //значение скорости по у
    double last_uy; //значение скорости по у на прошлом шаге для интегрирования рунге-кутты
    double m;       //значение массы частицы
    int count_N;    //количество соседок частицы
    int *arr_N;     //массив индексов соседних частиц
    double sum_ux;  //значение суммирования правой части уравнения для ux
    double sum_uy;  //значение суммирования правой части уравнения для uy
    double sum_e;   //значение суммироваиня правой части уравнения для энергии
    double last_sum_x;  //значение функции  на прошлом шаге для интегрирования рунге-кутты
    double last_sum_y;  //значение функции на прошлом шаге для интегрирования рунге-кутты
    double last_sum_ux; //значение суммирования на прошлом шаге для интегрования рунге-кутты
    double last_sum_uy; //значение суммирования на прошлом шаге для интегрирования рунге-кутты
    double last_sum_e;  //значение суммирования на прошлом шаге для интегрирования рунге-кутты
    int i;  //значение индекса строки ячейки в которой находится частица
    int j;  //значение индекса стодбца ячейки в которой находится частица
    int s;  //индекс следующей частицы находящейся в текущей ячейке
    ~particle(){ delete [] arr_N;}
 
};

@diagon · 21.04.2013, 21:40

У new нет ограничений, ограничения есть лишь на свободную память.
Но для 28к экземпляров вашего класса получается ~5 мегабайт.
Скорее всего, ошибка в коде.
bad_alloc может вылетать, если вы где-то вышли за границы массива и тем самым повредили кучу. Тогда при последующих аллоках будет вылетать это исключение.

@Omus · 21.04.2013, 21:44 **[ТС]**

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

@UnsKneD · 21.04.2013, 21:44

Omus, если студия, попробуйте в релизе.

@Omus · 21.04.2013, 21:46 **[ТС]**

UnsKneD, попробовала, без изменений.(

@UnsKneD · 21.04.2013, 21:52

Omus, понаблюдайте, сколько прога памяти жрёт перед падением?

Добавлено через 1 минуту
Omus, кстати вы ведь не выделяете память под

C++

1	int *arr_N; //массив индексов соседних частиц

@Omus · 21.04.2013, 21:53 **[ТС]**

UnsKneD, посмотрела. 2030Мб

@diagon · 21.04.2013, 21:53

Сообщение от Omus

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

Не обязательно. Ошибка будет, если вы попытаетесь записать в чужой процесс или в read-only секцию.
А вот если вы выходите за границы массива, но при этом остаетесь в своем процессе, то при этом вы затираете какие-то данные, которые могут вами вообще не использоваться, но при этом они необходимы для выделения памяти.

@Omus · 21.04.2013, 21:53 **[ТС]**

UnsKneD, выделяю, но до этого момента не доходит дело

@diagon · 21.04.2013, 21:56

Сообщение от Omus

2030Мб

А, ну тогда все понятно. Я посчитал указатель указателем, а не массивом.
Тогда вам нужно просто сменить тип приложения на 64 битное.
32 битные приложения не могут съедать более 2 гигабайт памяти.

@Omus · 21.04.2013, 21:59 **[ТС]**

diagon, аа, понятно. Спасибо! А как это сделать?

@UnsKneD · 21.04.2013, 22:00

Omus, у вас память кончилась, т.е вы где то её не очистили.

@diagon · 21.04.2013, 22:03

Сообщение от Omus

diagon, аа, понятно. Спасибо! А как это сделать?

В английской студии project -> %project_name% properties. platform = x64.
Для русской будет что-то вроде "проект->свойства->платформа"

alsav22 · 21.04.2013, 22:06

Ошбику при выделениии проверить просто:

C++

class particle
{
public:
    double x;       //значение координаты x
    double last_x;  //значение х на прошлом шаге для интегрирования рунге-кутты
    double y;       //значение координаты y
    double last_y;  //значение у на прошлом шаге для интегрирования рунге-кутты
    double p;       //значение давления
    double rho;     //значение плотности
    double e;       //значение энергии
    double last_e;  //значение энергии на прошлом шаге для интегрирования рунге-кутты
    double ux;      //значение скорости по х
    double last_ux; //значение скорости по х на прошлом шаге для интегрирования рунге-кутты
    double uy;      //значение скорости по у
    double last_uy; //значение скорости по у на прошлом шаге для интегрирования рунге-кутты
    double m;       //значение массы частицы
    int count_N;    //количество соседок частицы
    int *arr_N;     //массив индексов соседних частиц
    double sum_ux;  //значение суммирования правой части уравнения для ux
    double sum_uy;  //значение суммирования правой части уравнения для uy
    double sum_e;   //значение суммироваиня правой части уравнения для энергии
    double last_sum_x;  //значение функции  на прошлом шаге для интегрирования рунге-кутты
    double last_sum_y;  //значение функции на прошлом шаге для интегрирования рунге-кутты
    double last_sum_ux; //значение суммирования на прошлом шаге для интегрования рунге-кутты
    double last_sum_uy; //значение суммирования на прошлом шаге для интегрирования рунге-кутты
    double last_sum_e;  //значение суммирования на прошлом шаге для интегрирования рунге-кутты
    int i;  //значение индекса строки ячейки в которой находится частица
    int j;  //значение индекса стодбца ячейки в которой находится частица
    int s;  //индекс следующей частицы находящейся в текущей ячейке
    
    ~particle()
    { 
        delete [] arr_N;
    }
 
};
 
 
 
int main() 
{ 
    particle *arr = new particle[28000];
            
      system("pause"); 
      return 0;
 
}

Если ошибки нет, то выделение здесь ни при чём. Код смотрите.

@UnsKneD · 21.04.2013, 22:08

Так нагляднее будет,

@Omus · 21.04.2013, 22:14 **[ТС]**

Ура! Всем большое спасибо! Заработало)

@diagon Higher 1953 / 1219 / 120 Регистрация: 02.05.2010 Сообщений: 2,925 Записей в блоге: 2
	21.04.2013, 21:56	10
	Сообщение от Omus 2030Мб А, ну тогда все понятно. Я посчитал указатель указателем, а не массивом. Тогда вам нужно просто сменить тип приложения на 64 битное. 32 битные приложения не могут съедать более 2 гигабайт памяти. 1

@Omus 1 / 1 / 1 Регистрация: 07.04.2013 Сообщений: 49
	21.04.2013, 21:59 [ТС]	11
	diagon, аа, понятно. Спасибо! А как это сделать? 0

@UnsKneD алкокодер 157 / 153 / 41 Регистрация: 27.12.2012 Сообщений: 550
	21.04.2013, 22:00	12
	Omus, у вас память кончилась, т.е вы где то её не очистили. 0

@UnsKneD алкокодер 157 / 153 / 41 Регистрация: 27.12.2012 Сообщений: 550
	21.04.2013, 22:08	15
	Так нагляднее будет, Миниатюры 0

@Omus 1 / 1 / 1 Регистрация: 07.04.2013 Сообщений: 49
	21.04.2013, 22:14 [ТС]	16
	Ура! Всем большое спасибо! Заработало) 0

@diagon Higher 1953 / 1219 / 120 Регистрация: 02.05.2010 Сообщений: 2,925 Записей в блоге: 2
	21.04.2013, 21:40	2
	У new нет ограничений, ограничения есть лишь на свободную память. Но для 28к экземпляров вашего класса получается ~5 мегабайт. Скорее всего, ошибка в коде. bad_alloc может вылетать, если вы где-то вышли за границы массива и тем самым повредили кучу. Тогда при последующих аллоках будет вылетать это исключение. 0

@Omus 1 / 1 / 1 Регистрация: 07.04.2013 Сообщений: 49
	21.04.2013, 21:44 [ТС]	3
	а почему тогда ошибка вылетает именно в момент выделения, а не использования? Ведь если бы я где то в коде выходила за пределы массива, то ошибка появилась бы там где я его использую. 0

@UnsKneD алкокодер 157 / 153 / 41 Регистрация: 27.12.2012 Сообщений: 550
	21.04.2013, 21:44	4
	Omus, если студия, попробуйте в релизе. 0

@Omus 1 / 1 / 1 Регистрация: 07.04.2013 Сообщений: 49
	21.04.2013, 21:46 [ТС]	5
	UnsKneD, попробовала, без изменений.( 0

@Omus 1 / 1 / 1 Регистрация: 07.04.2013 Сообщений: 49
	21.04.2013, 21:53 [ТС]	7
	UnsKneD, посмотрела. 2030Мб 0

@diagon Higher 1953 / 1219 / 120 Регистрация: 02.05.2010 Сообщений: 2,925 Записей в блоге: 2
	21.04.2013, 21:53	8
	Сообщение от Omus а почему тогда ошибка вылетает именно в момент выделения, а не использования? Ведь если бы я где то в коде выходила за пределы массива, то ошибка появилась бы там где я его использую. Не обязательно. Ошибка будет, если вы попытаетесь записать в чужой процесс или в read-only секцию. А вот если вы выходите за границы массива, но при этом остаетесь в своем процессе, то при этом вы затираете какие-то данные, которые могут вами вообще не использоваться, но при этом они необходимы для выделения памяти. 0

@diagon Higher 1953 / 1219 / 120 Регистрация: 02.05.2010 Сообщений: 2,925 Записей в блоге: 2
	21.04.2013, 22:03	13
	Сообщение от Omus diagon, аа, понятно. Спасибо! А как это сделать? В английской студии project -> %project_name% properties. platform = x64. Для русской будет что-то вроде "проект->свойства->платформа" 0