Подскажите, пожалуйста, в чём ошибка?


компилируется без проблем


возникает ошибка:
test.cpp(15) : error C2440: 'initializing' : cannot convert from 'int (*)[10]' to 'int *'
Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast

как можно тогда создать двумерный массив в динамической памяти?

С уважением.

Думаю примерно так 

Спасибо, не уверен, что мне это подойдёт.

Мне нужно сделать нечто следующее, но компилятор это не пропускает, хотя в одномерном случае всё ок.

int** B, будь внимательней

  Так и чего? Все равно разом нельзя так объявлять двумерный массив. Компилятор же не знает длину одной строки, как он сможет обратиться. Не тут только массив указателей.

Добавлено через 1 минуту и 7 секунд

С++ чуствителен к регистру .

Добавлено через 2 минуты и 17 секунд

  У варианта 

  Только одно измерение динамическое.

Я не зря наверное процитировал то, что N определено define'ом и представляет из себя константу .

В таком случае всё, что ты написал дальше, абсолютно лишнее, так как в этом случае динамическая квадратная матрица не нужна.    

На вашем месте я не был бы настолько категоричен.
1. N * N * sizeof(int) может оказаться в районе нескольких гигабайт.
2. Может оказаться необходимым продлить время жизни такого массива дальше чем конец текущего блока.

Если подумать, то, думаю, можно будет придумать ещё несколько примеров.

  
А почему не в районе нескольких сотен тысяч гигабайт?   


archimed7592, ты же прекрасно понял о чём я сказал.   

Или, всё-таки, не понял?   

ну и что? Я, например, тоже понял, но согласен с archimed7592. Динамический массив может требоваться не только исключительно незнанием его размера во время компилляции

Может быть и в этом районе. Суть в том, что такие объёмы выделять на стеке не рационально.


Если честно, не особо понимаю.

как раз таки рационально, в смысле в разы быстрее
другое дело, что таких больших стеков не бывает  

Добавлено через 4 минуты и 21 секунду
как вариант можно использовать


Это сообщение отредактировал(а) MAKCim - 29.12.2007, 12:38

Замечу, что я ни разу не упомянул о скорости .



Об том и речь. Ну и время жизни для таких огромных объектов нет смысла делать автоматическим.



Это не совсем стек ;).

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


  В опциях проекта можно указать максимальный размер стека (под винду)


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

Хотя пожалуй archimed7592 прав. Просто тут есть путаница, под динамическим массивом можно понимать массив динамической длинны или выделенный в куче  это немного разное.

Не совсем так. Есть три вида storage duration: automatic, dynamic и static. В общем случае для каждого из видов предусмотрена отдельная "область" памяти. Для автоматических объектов это стек, для динамических - куча, а для статических - точно сказать не могу, но, AFAICS это просто область в сегменте данных, выделяемая в момент старта программы.


Сколько раз указывал - винда разом не выделяла огромный объём под стек .

  В том то и дело если она начнет его наращивать, то быстрее не будет.

Замечу, что я ни разу не упомянул о стеке  

Добавлено через 2 минуты и 5 секунд

очень даже катит
причем это будет самый быстрый способ выделения памяти
+ данные будут располагаться в BSS секции, что не увеличивает размер выходного файла

  Че это за секция такая? Т.е. в экзешнике не резерируется место под статик переменные? Они что создаются на этапе инициализации?

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

неинициализированные глобальные (статические и не статические) и локальные статические данные располагаются в BSS секции
я не знаком с форматом файлов PE
однако могу сказать про реализацию BSS в формате ELF
там есть такое понятие как таблица дескрипторов програмных сегментов
каждый програмный сегмент имеет определенный тип
особое положение занимают сегменты с типом PT_LOAD, т. е загружаемые програмные сегменты
по ним осуществляется отображение образа программы (библиотеки) на адресное пространство процесса
каждый дескриптор имеет два очень важных компонента: FileSiz и MemSiz
разность значений MemSiz - FileSiz дает размер BSS секции образа программы (библиотеки)
т. е, например, если где-то в коде определен неинициализированный массив размером в 1ГБ, то
MemSiz = FileSiz + 1024 * 1024 * 1024
при этом значение FileSiz равно общему размеру всех инициализированных данных
(явно определенных в коде или неявно создаваемых компилятором / компоновщиком)
при динамической компоновке (загрузчиком ядра или пользовательского уровня (ld.so))
отображается FileSiz-часть образа программы (библиотеки) и выделяется MemSiz - FileSiz байт для BSS

Это сообщение отредактировал(а) MAKCim - 29.12.2007, 19:06

Да, вообще говоря, на такие переменные и так не выделяется...


  



Ну, тебе виднее .