ну все равно не суть, я к чему

статически это когда ты ее за main() вынесешь

ты ж видишь что адрес один и тот же

так вот вопрос почему?

потому что если малочить то один адрес пониже будет, а второй в heap

потому что адрес массива равен адресу его первого элемента

когда ты маллоком выделяешь у тебя просто укатель, на массив или на массив - никто не знает

но адрес переменной в этом случае тоже равен ссылке на первый элемент массива

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

это я понимаю, как я понял у меня не получается правильно сформулировать вопрос

char *arr[30]; std::cout << std::hex << arr << std::endl; std::cout << std::hex << &arr << std::endl; std::cout << std::hex << &arr[0] << std::endl; это всё одно и то же

второе и третье идентичны

ааай, щас погоди, я сформулирую

я попробую поближе к проблеме 1) у меня есть структуры, они замалочены где то в памяти, у меня есть ссылки на них, эти структуры -- комнаты, у которых есть ссылки на некоторые другие комнаты, либо никаких ссылок 2) моя цель -- найти кратчайший путь с точки А в точку Б, потенциальное решение я сохраняю в массиве поинтеров на эти комнаты 3) мне надо сохранить все возможные решения где либо, и я решил выбрать массив указателей на массив указателей на структуру 4) у меня теперь проблемы с тем как его оформить, сейчас я создал глобальную переменную rooms **solution[30], я могу замалочить, но в таком случае мне придется сделать ***solution и потом выделять сюда память, малочить не хочу, если это можно не делать, так вот вопрос: с первым вариантом(**solution[30]) зайдет? Пытался, пока что путаюсь

используй вектор, ы?

зачем эти велосипеды

У меня тут такой момент, это задание в котором я не могу использовать даже strlen, писать функции можно только свои, при чем только на си

using Solution = std::vector<std::weak_ptr<Room>>; тебе все сделает, если надо много решений - сунь их в вектор using Solutions = std::vector<Solution>;

ну заимплементи свой мини-вектор, malloc+realloc тебе в руки

Мне надо разобраться именно в этом, что и как и куда, может есть у кого обьяснения что да и как?

ну да, будет работать, кривовато но я не вижу принципиальных отличий

> 3) мне надо сохранить все возможные решения где либо, и я решил выбрать массив указателей на массив указателей на структуру поясни смысл своего решения?

и как оно будет работать без динамической аллокации

алгоритм есть рекурсивный, который как только находит решение (перебирает все возможные) делает как финальный этап Дейкстры -- идет по своим следам назад (есть ссылка на предыдущий элемент) А, я еще маллоком выделяю (в зависимости от длинны пути) массив поинтеров на структуры, адрес которого пихаю в статически выделенные массивы, о которых я говорил

Парни, простите за ламерство, но не могу въехать в суть вопроса. Есть набор комнат, в каждой ссылки на "соседние", надо в каждую прописать мин пути до каждой?

Правильно понял?

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

Кинь код

Структура комнаты:

Решение:

Бэктрекинг (запись в массив, с которым у меня проблемы):

А, и еще то, что у меня пока отвечает за потенциальные решения:

Если мало, могу залить на гитхаб, но я не думаю что сильно поможет

Нормально :)

Трехмерный массив😱

нет

array 30 of pointer to pointer to char

в моем случае на структуру

Room now в начале равен нулю ?

да, это по сути итератор в текущей комнате, мол, сколько прошел уже

Так, и в чем проблема - зарепли еще раз

Так вот я не хочу юзать ***solution = malloc...(blabla) а хочу выделить для этой ссылки статически выделенную переменную **solution[30]

***solution = malloc...(blabla) И **solution[30] идентичны по функциональности?

Так а в чем беда то ?

С той записью что ты выше выложил - надо быть аккуратным

Там можно создать две разные сущности

***solution = malloc...(blabla) И **solution[30] идентичны по функциональности?

Мне интересно идентичны ли они в теории

Вообще у меня сигфолт при печати, не в ту область памяти лезу

Вот здесь в printf сигфолтит, где то не туда лезу

но где -- для меня загадка

gdb говорит что принтф

кстати ребят, а вот есть в интернетике различные сертификаты, которые подтверждают что ты специалист по такой-то технологии, насколько они важны для карьеры?

->???

***solution = malloc...(blabla) И **solution[30] идентичны по функциональности?

Вроде да

-> это переход по ссылке

(ну это и так понятно :) я к тому что, что там не так?

А у тебя ведь солюшн тройной массив

Вроде да

Просто в таком случае получается что ***solution и **solution одинаковы

черт, да ну, погоди

нет, не так

Гожу

-> это переход по ссылке

В курсе, но нужно ли оно там?

при первом разыменовании я перехожу по ссылке на ссылку, при втором, я прихожу к ссылке на структуру, и с ссылки на структуру я перехожу через -> на саму структуру

И с чего ты взял

Что while

cdecl есть штука такая

а, там кстати такой момент

Парни, объясните семантику перемещения на памяти. Память это ресурс. Ресурс можно копировать, можно передать по ссылке. Что вообще первоначально вкладывали в move. Не только лишь С++

надо занулитьс

Ну то есть чтобы из вайл вышло надо чтобы там нулптр был

Может в этом проблема ?

может быть, сейчас