недавно столкнулся с одной загадкой в двух проявлениях :
1.- при вызове этой функции из деструктора главной формы (используется библиотека wxWigdets, но по идеи не суть важно) возврашалась невалидная ссылка - статический обьект был разрушен хотя мы еше в цикле main. 

2.  - также возврашалась невалидная ссылка, (вызов был инициирован из функции другого класса) несмотря на то что статическая переменная спрятаная в функцию  - однако перенос тела функции в .cpp исправил ситуацию.

Обе описанные ситуации были получены на компиляторе MinGW (других не пробовал)  
но установленные на разных компах давали разные результаты (скачивались с одного и того же сайта но в разное время - так что вполне могут быть разные по обновлению)

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

     




Это сообщение отредактировал(а) mes - 17.6.2008, 11:47

есди этот код был в ашнике, то можент быть, создавались 2 реализацции функции GetWMap, и, соответственно, 2 статические переменные?

я понял что имеет место что-то вроде этого   :

ошибка может возникнуть из-за того, что порядок создания переменных не определен, если сначала создан объект form, потом static_a, ну а потом static B b;, то удаляться они будут в обратном порядке..

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


С какой стати?

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



нет.. открытых ( не обернутых в функцию) не было

весь код выглядит примерно так:


Добавлено @ 12:32
названния функций условны.. но места вызовов сохранены 

Это сообщение отредактировал(а) mes - 17.6.2008, 12:44

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

возможно нет такого ключа... вот и вылетает 

может сделать WMap членом класса?

Это inline-функция, с ней должен разобраться линкер - он оставит только одну функцию, которая во всех единицах трансляции будет одной и той же. Но, в принципе, тут могут быть косяки, можно попробовать пересобрать весь проект.

видимо вылитает при завершении программы, если да, то возможно из-за того, что статический объект

уже уничтожен...

в этом случае поможет синглтон...

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

Добавлено @ 12:46

Не всякий синглтон одинаково полезен.

Это сообщение отредактировал(а) UnrealMan - 17.6.2008, 12:48

использование одной статической переменной в деструкторе другой статической переменной ни разу не полезно  

так в чем различие между  
 ?

mes, поставь в деструктор класса A брейкпоинт и проверь, кто раньше удаляется...

У паттерна "синглтон" много реализаций. Синглтон Мейерса базируется на тех же статических переменных, и проблемы у него будут те же самые 

Это сообщение отредактировал(а) UnrealMan - 17.6.2008, 12:56

само окно не является глобальным обэектом