Есть такой код:
{
...
double **array;
array=new double *[row]
if(!array){
ShowMessage("...");exit(1);}
for(int i=0;i<row;i++)
{
array[i]=new double [colomn];
if(!array[i])
{ShowMessage("...");exit(1);}
}
...
Проблема в том, что в строке
array[i]=new double [colomn];
при i меньшем row при выполнении вываливается сообщение об ошибке:
"Access violation at address... etc"

Почему так, и как с этим бороться? Заранее благодарен

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

Я попробовал вот такую программку - все работает.

Код

#include <stdio.h> #include <windows.h> void main () {  int row = 30, colomn = 10;  double **array = new double*[row];  if(!array){    printf("!array\r\n");exit(1);  }  for(int i = 0; i < row; i++) {    array[i]=new double [colomn];    if(!array[i]) {      printf ("!array[i]\r\n");      exit(1);    }    for (int j = 0; j < colomn; j++) array[i][j] = colomn * i + j;  }  for(i = 0; i < row; i++) {    for (int j = 0; j < colomn; j++) {      printf ("%3.0f ", array[i][j]);    }    printf ("\r\n");  } }

А в Вашем коде в строке

Код

array=new double *[row]

отсутствует ';'

Цитата

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

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

class matrica{
protected:
double **array;
int row,colomn;
public:
...
matrica(int a,int b);
...
};
вот конструктор:
matrica::matrica(int a,int b)
{row=a;colomn=b;
array=new double * [row];
if(!array){cout<<"!array";getch();exit(1);}
for(int i=0;i<row;i++)
{
array[i]=new double [colomn];
if(!array[i]){cout<<"!array[i]!";getch();exit(1);}
}
}

Цитата

Я попробовал вот такую программку - все работает.

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

Цитата

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

Дык, а для чего тогда DEBUG режим?
Я не знаю, как там в Борландах, но если у тебя MVC, запусти дебаггер, и когда прога вылетит посмотри Call Stack.
Можно exception подрубить и посмотреть.

Строго говоря, когда создаются указатель они в Борландах НЕ ОБЯЗАТЕЛЬНО NULL перед каждым объявлением принудительно присваевай каждому указателю NUUL.

Цитата

Строго говоря, когда создаются указатель они в Борландах НЕ ОБЯЗАТЕЛЬНО NULL

Это не только в Борландах. Строго говоря, new должен выбрасывать bad_alloc, если выделить память не удалось, и уж по крайней мере возвращать 0.

Цитата

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

Хе. Так придется. Здесь мы тебе ошибку не локализуем.

Цитата

Это не только в Борландах

В MSVC++ в отладочной версии неинициализированным указателям автоматом присваивается 0xcccccccc. В релизной версии проекта, разумеется, ничего подобного не делается.

Цитата

Строго говоря, new должен выбрасывать bad_alloc, если выделить память не удалось, и уж по крайней мере возвращать 0.

Если включен какой-нибудь хедер из STL, хотя бы <new>, то бросается bad_alloc, если STL не используется, то оператор new просто вернет нулевой указатель.

Цитата

принудительно присваевай каждому указателю NUUL.

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

Цитата

Сам по себе приведенный код у меня тоже работает, объекты (матрицы) создаются, перемножаются, инвертируются, память после использования освождается и т.д.

Так может с delet'ом проблемы?
Что юзаешь, Борланд аль Визуал.
Если Визуал, то посмотри Call Stack. Увидешь фукцию, где прога виснет (ну, возможно)

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

Цитата

Так может с delet'ом проблемы?

кажется, нет. У меня раньше прога память кушала, так я спецально проверял - делал в больших циклах большие матрицы. Так что освобождается все нормально.

Цитата

Что юзаешь, Борланд аль Визуал. Если Визуал, то посмотри Call Stack. Увидешь фукцию, где прога виснет (ну, возможно)

Визуал вообще ни разу не видел. Но вборланде такое тоже есть. Тока я не знаю как это дело работает...
поэтому пока пользуюсь проверенным способом:

Цитата

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

Это сообщение отредактировал(а) math_beginer - 1.4.2004, 17:58

Цитата

поэтому пока пользуюсь проверенным способом

Да, нет, не прав ты. Если бы способ был проверен, то уже давно бы нашел ошибку

Цитата

Визуал вообще ни разу не видел. Но вборланде такое тоже есть. Тока я не знаю как это дело работает...

Запускаешь прогу в дебаге. Когда прога сваливается. Смотришь Call Stack. И в ентом самом Call Stack увидешь функцию (то местно в проге) где софт вылетает. А дальше дело техники

Thread'ы юзаешь??

Это ж как его добыть, то чего неможет быть?
А вообще смени new/delete на malloc/free--и отлаживать легче и лучше понимаешь,что там творится....Лучше замолчать, пока поклонники Страуструпа не забили меня "C++ 3-d Edition",тяжелая книженция,понимаешь


Это сообщение отредактировал(а) DenDen - 2.4.2004, 16:45

Цитата

И в ентом самом Call Stack увидешь функцию (то местно в проге) где софт вылетает. А дальше дело техники

Так ведь проблема в том, что программа рушится совсем не там, где ошибка. Я в таких случаях делаю так: заключаю в комментарии все, что может вызывать ошибку. После этого ошибки нет. Затем начинаю постепенно снимать комментарии и проверять, не проявляется ли ошибка. Таким образом мне удавалось отловить "неуловимые" ошибки даже в Ч_У_Ж_И_Х проектах.