[Rasteris]

Zetknąłem się z ciekawym problemem. Otóż QString potrafi wywalić program, kiedy nie ma deklaracji zmiennej w pliku nagłówkowym. Co ciekawe przy std::string problem nie występuje. Więc jeśli wam wali segfaulta dodajcie deklarację do nagłówkowego lub zmieńcie na string. Kompilator nie ma zastrzeżeń, ale program idzie w krzaki.

#programowanie #qt #c++

[vipe]

@Rasteris: Ale co masz na myśli przez deklarację w nagłówku? Deklarację globalnej zmiennej? Pola w klasie?

Coś mi się wydaje, że problemem jest coś zupełnie innego, niż Ci się wydaje.

[Rasteris]

@vipe: przetestowałem wszystko. Banalny kod

myclass.cpp

#include "myclass.h"
#

[MamCieNaHita]

@Rasteris: o człowieku, a sproboj zmienić nazwę QStringa na jakąś inną. pewnie walisz globalnymi zmiennymi i się wywalasz na static order initialization fiasco

[MamCieNaHita]

@Rasteris: albo przypadkiem nie tworzysz też myclass gdzieś jako zmienna globalną? wtedy na pewno masz static order initialization fiasco

[Rasteris]

@MamCieNaHita: myclass jest globalny, ale dlaczego nie ma problemu ze zwykłym stringiem? Tylko przy
QString?

[MamCieNaHita]

@Rasteris: przypadek.

a jak tworzysz zmienną globalną w headerze, to tak naprawdę tworzysz N inicjalizacji tych zmiennych globalnych w każdym .cpp gdzie ten header "dotrze"(nawet przez inne headery) i linker przypadkowo akurat wybiera taką kolejność inicjalizacji, że to działa. ale na innym kompilatorze/linkerze/komputerze może to się inaczej wybrać

[Rasteris]

@MamCieNaHita: i nie jest to tak globalnie. W MainWindow jest tworzony obiekt. Nie w main.

[MamCieNaHita]

@Rasteris: w pliku z MainWindow czy w ciele MainWindow?

[Rasteris]

w pliku. Zasięg dla całego MainWindow.

[MamCieNaHita]

@Rasteris: tworzysz zmienną globalną... czemu nie tworzysz memberow???

[deekox]

@Rasteris: a mi się nie wysypuje. Dorobiłem main.cpp:

#include "myclass.h"
int main() {
myclass

[Rasteris]

@deekox: ja inicjalizuję w mainwindow, a nie w main. Masz dodatkowy obiekt po drodze.

[deekox]

@Rasteris: Weź to jakoś odizoluj tak, by się dało to zreprodukować, bo na tą chwilę bym powiedział że "I cannot reproduce the issue"/"u mnie działa".
Daj minimalną implementację MainWindow (czy też QMainWindow), która reprodukuje problem.
Inaczej to sobie możemy zgadywać.

[Rasteris]

@MamCieNaHita: właśnie czytam o tym problemie z kolejnością inicjalizacji i obejścia są mało ciekawe. Tworzę kilka obiektów na całe życie programu. W mainwindow pozostaje tylko w zasadzie inicjalizacja obiektów, obsługa przycisków i wyświetlania. Cała logika w klasach. Gdzieś te obiekty muszę utworzyć.

[Rasteris]

@deekox:

całe mainwindow.cpp

#include "mainwindow.h"
#include

[MamCieNaHita]

właśnie czytam o tym problemie z kolejnością inicjalizacji i obejścia są mało ciekawe.

@Rasteris: obejście jest bardzo proste. twórz obiekty jako membery, a nie jako globalne, mówię ci to od początku.

[vipe]

@Rasteris: Kilka podstawowych kwestii, które powinieneś zrozumieć:

1) Plik nagłówkowy i plik modułu (cpp) to z perspektywy kompilatora jedno i to samo. Ten podział jest dla nas - ludzi, aby łatwiej sobie kod organizować.

2) Kompilator, gdy kompiluje plik mainwindow.cpp, to tak na prawdę idzie linia po linii i jak znajdzie #include to w tym miejscu wstawi zawartość pliku include'owanego i skompiluje jak każdy inny kod. Zamiast #include mógłbyś równie dobrze wstawić