Решить задачу "висячих" указателей

Добрый день.

Задача:
На объект может ссылаться несколько указателей. Когда объект удаляется, то указатели не должны превратиться в "висячие". Их надо либо сразу обнулить, либо обнулять при первом обращении, или любой другой способ, чтоб избежать ошибки.

Как это можно реализовать? ... хотя бы общие идеи?

Спасибо.

0

Сообщение от SmallEvil Это в какую яму самый легкий путь?

Это и есть вопрос темы: "Какой вариант решения выбрать?"

0

Ну и не могу не вспомнить тут про С#.
Вот там живут твои указатели которые не указатели, и там есть система сборщика мусора, который "за тебя пальцы загибает".
И там люди с этим воюют, что бы всё создавалось и освобождалось в определенное для них время.

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

Сообщение от JordanO2 Это и есть вопрос темы: "Какой вариант решения выбрать?"

Это очень сильно зависит от задачи. Насколько много времени хочешь потратить и на какую цену согласен.
В любом случае - это будет дополнительный (а может и очень много) уровень абстракции.
Но проблема всё равно останется в общем случае.
Решение только новый ЯП без указателей как таковых.

0

Сообщение от SmallEvil И там люди с этим воюют, что бы всё создавалось и освобождалось в определенное для них время.

Да не воюем мы с этим в C#. Нам не нужны прогнозируемые задержки от GC в подавляющем большинстве рабочих сценариев.

0

Сообщение от Usaga Да не воюем мы с этим в C#.

Ну не знаю.
Из того что я вижу, ещё как воюете.

0

Подозреваю, если ТСу предложить rust, то первое, что он сделает - войдет в "небезопасный режим" глобально ☺
Кто-то выше уже говорил, что подобные глупые идеи приходят в голову лишь новичкам. Авось, если ТС хотя бы лет пять активно попишет на С, поймет, что все и так прекрасно. Нужно лишь быть аккуратным.
Хотя… Я как-то запилил себе макросы-обертки над free и alloc, чтобы найти утечку (каждую секунду у меня утекало около сотни-другой байт; утилита работает в 16-64 потока, так что, единственный способ - логгировать аллокаторы и "удаляторы", а затем баш-скриптом этот выхлоп анализировать).

Что до до-диеза, ничего не скажу, ведь я — не вендовоз. Это их надо спрашивать.

0

Сообщение от Eddy_Em если ТСу предложить rust,

кажется понятно...

Сообщение от JordanO2 Решить проблему висячих указателей

... а тут модератор есть?
Как исправить заголовок темы? Надо заменить слово "проблему" на "задачу".
------------
т.к. ТС решает простую задачу, и никаких проблем это не вызывает. А все советуют: меняй язык программирования, меняй религию, меняй гражданство ... юмор сплошной.

0

Сообщение от JordanO2 ТС решает простую задачу, и никаких проблем это не вызывает.

Не вижу здесь простой задачи. Кстати, ты до сих пор не указал, что за ЯП используешь. А это имеет значение.
Как уже говорилось, в С без "своего компилятора" эта задача неразрешима. В С++ уже все нужное есть, только не пользуйся "обычными" указателями. В rust тоже все есть, только не отключай безопасность.
Вроде бы все самые популярные ЯП, где могут быть указатели (и от которых меня не тошнит), назвал.

0

Сообщение от Eddy_Em Не вижу здесь простой задачи (1). Кстати, ты до сих пор не указал, что за ЯП используешь (2).

1 и 2 см. тут в посте #15

0

Сообщение от SmallEvil Из того что я вижу, ещё как воюете.

Может ты какой-то специфичный кейс видишь. Просто в таких случаях разумнее взять язык без GC, чем фигнёй заниматься.

Сообщение от JordanO2 т.к. ТС решает простую задачу, и никаких проблем это не вызывает.

Настолько не вызывает, что ты её не можешь решить?)

0

Сообщение от Usaga ты её не можешь решить?)

см. тут в посте #15

0

JordanO2, так а где там решение? Массив для обратного связывания?

Если нужна целостность ссылочная\указательная, то надо брать язык, где это реализовано. А в Си этого нет. Ты можешь только костыли делать. При этом ты вроде как сам понимаешь, что это костыли.

0

Сообщение от JordanO2 Увы, но счетчики никак не помогут

Сформулируй, что хочешь, пока вопрос только про указатели. И какой-то объект. Рецепт я дал.
Откуда вообще эти указатели берутся и почему они висячие ?
Поясни задачу конкретную. Пока разговор про общее идет.

0

Сообщение от a380 Сформулируй, что хочешь,

Мне казалось, что топик-пост формулирует задачу.
Жаль, если не так... уже 2я страница офтопика пошла...

0

Сообщение от JordanO2 На объект может ссылаться несколько указателей.

Как называется объект ?
Кто формирует указатели на объект ?

0

Сообщение от a380 Как называется объект ? Кто формирует указатели на объект ?

Все стандартное и обычное:
* Объект - это объект (инстанс, созданный из класса)
* Указатели мы сами и формируем

0

Сообщение от JordanO2 Все стандартное и обычное:

Тогда алгоритм такой.
Указатели формируем.
Потом удаляем.
Все просто.

Добавлено через 22 минуты
JordanO2,
Если указатели зависли, это называется утечка памяти. Возникает оттого, что нет проверки на ошибки. Или они есть, но не все проверяется, что то забыл.
Тестишь так- везде втыкаешь проверку общей памяти. А как иначе ? Твой косяк, сам исправляй, где не сработало.

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

Сообщение от JordanO2 Указатели мы сами и формируем

Супер информация.
Мы, это кто ? Как формируем ?

0

Сообщение от Usaga Может ты какой-то специфичный кейс видишь. Просто в таких случаях разумнее взять язык без GC, чем фигнёй заниматься.

Я затронул более широкую тему про объекты, чем просто про сборку
"мусора".
Я и про очередность создания удаления объектов и так же срок их жизни.
Наверное просто так там блоки using, финализаторы и ещё куча, чего я не знаю, разработано именно для этих целей.
Это, впрочем относится и к другим ЯП, так или иначе, но в C#, это на уровне ЯП, так как и сборщик мусора и создание/удаление объектов так же на уровне ЯП.

JordanO2,
А ТС у нас в третьем числе? Это типа что бы не писать "я"? Хм. До чего воспитание дошло.
Наводящий вопрос, тебе не нужно все указатели переделать, а лишь на своем участке кода?
Тогда можно обойтись и своими костылями. И если есть классы, то создать умные указатели. Реализации и практики открыты в исходных листингах, описаны в учебниках и статьях по умных указателях.
Удачи ТС-у.

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

Сообщение от JordanO2 уже 2я страница офтопика пошла...

Наверняка ТС это сделал не нарочно, но получилось что получилось.
Тема из топика "Шутки юмора".

0

0

Сообщение от SmallEvil тебе не нужно все указатели переделать, а лишь на своем участке кода?

Интересно, как вообще могла появиться мысль про "все указатели переделать" ?
для java и # простительно, там по принуждению все указатели смарт. Но, в теме же есть C++ программисты ... неужели они боятся классических указателей?

Сообщение от SmallEvil описаны в учебниках и статьях по умных указателях.

Вот, я тему создал, чтоб узнать идею, намек, ... ну, хотя бы ссылку. Наблюдаем две страницы оффтопика, и обсуждения личности ТС ...
И даже тут косячат("мы" - это первое лицо, не третье)

0

Сообщение от JordanO2 неужели они боятся классических указателей?

Просто сырые указатели это прошлый век, современные языки (включая С++) отходят от них. В плюсах это не только smart pointers,а так же контейнеры (например vector). Это куда удобнее, не нужно забивать голову освобождением памяти.
Это как минимум не удобно.

2