dlaczego SIGSEGV przed uruchomieniem main()

Czy mogę prosić o wyjaśnienie dlaczego pojawia sie SIGSEGV na platformie Linux ?
Wyjątek jest zanim uruchomi się main, minimalny kawałek kodu który powoduje wyjątek

#include <cstdio>

#include <ftd2xx.h>

// /** @{
//  * @name FT_STATUS
//  * @details Return status values for API calls.
//  */
// typedef ULONG	FT_STATUS;

FT_STATUS stat;

int main()
{
    printf("main\n");
    FT_HANDLE m_dev_handle;
    FT_Close(m_dev_handle);
}

Warunki konieczne aby pojawił się wyjątek:

1. -lftd2xx , nie ma znaczenia czy biblioteka jest statyczna czy dynamiczna
2. #include <ftd2xx.h>
3. użycie w kodzie dowolnej funkcji z biblioteki ftd2xx FT_***
4. zadeklarowanie globalnej zmiennej typu FT_STATUS

Dlaczego zadeklarowana globalna zmienna która nawet nie jest używana powoduje wyjątek szczególnie że jest to typ prosty ULONG ?

Zastanawia mnie co się zmienia pomiędzy wersjami w kontekście biblioteki że jedna wersja nie działa:

// ta wersja nie dziala
FT_STATUS stat;
int main()
{

a taka wersja działa

int main()
{
  FT_STATUS stat;

Hmm na call stacku masz funkcje o nazwie stat i zadeklarowałeś globalną zmienną stat.
W C++ jest mangling nazw w C nie ma, więc teoretycznie symbole powinny być takie same dla zmiennej i funkcji.

Mógłbyś wejść do tej funkcji stat, bo kodów źródłowych nie ma i zobaczy co ona tam robi, czy strace jakie systemowe wywołanie robi, z jakim adresem.
Co jest pod tym adresem, jakaś analiza tego.

Co podaje ldd ?
Biblioteka z pakietu, sam kompilowałeś czy ściągnąłeś z sieci binarke?

To co pisze @GodOfCode zdaje się mieć sens. Jeśli nie chcesz deklarować zmiennej stat w mainie to zrób ją jako static, powinno pomóc. Inna nazwa zmiennej też.

Przyczyna sie wyjasniła !
To co napisał @.GodOfCode. jest przyczyną, typ zmiennej nie ma znaczenia tylko nazwa stat powoduje zamieszanie czyli nawet taka wersja int stat; tez powoduje wyjątek.
Sprawdziłem co importuje biblioteka libftd2xx.a i na liscie jest funkcja stat. https://www.man7.org/linux/man-pages/man2/stat.2.html

Wszystko jasne.

mea culpa, mea culpa,
mea máxima culpa.

czemu piszesz "mea culpa, mea culpa,"?
To jest jeden z większych WTF linker-a. Linker powinien podnieść tu alarm, a tego nie robi.
Zauważenie tego problemu jest dość trudne.
To jest powód dla którego dodano namespace do C++.

@MarekR22 ja uznałem ze po części przyczyniłem się do błędu, bo zadeklarowałem globalna zmienną i pech chciał że nazwa to akurat funkcja która gdzieś istnieje też w globalnej przestrzeni.
Kompilator nie był w stanie tego wyłapać, bo wyłapie tylko funkcje które są w plikach .h
Ale zgodzę się z tym że linker powinien chociaż warningiem mnie uraczyć.

Czy twórcy gcc wiedzą o tym problemie ?
Czy to nie ma sensu zgłaszać bo i tak nikt z tym nic nie robi bo jest to cześć standardu c++ :D

Marius.Maximus napisał(a):

Czy twórcy gcc wiedzą o tym problemie ?

Tak to jest znany problem, dla którego nie ma prostego rozwiązania.
Na SO widziałem analogiczny problem z inną funkcją o jeszcze bardziej dziwnej nazwie (nie pamiętam teraz co to było).

To była lekcja programowania pod tytułem: "Niebezpieczeństwa używanie zmiennych globalnych"

Wnioski:

1. Najlepiej nie używać globalnych zmiennych
2. w ostateczności nazwa misi być "fikuśna" aby zmniejszyć prawdopodobieństwo kolizji

MarekR22 napisał(a):

Marius.Maximus napisał(a):

Czy twórcy gcc wiedzą o tym problemie ?

Tak to jest znany problem, dla którego nie ma prostego rozwiązania.
Na SO widziałem analogiczny problem z inną funkcją o jeszcze bardziej dziwnej nazwie (nie pamiętam teraz co to było).

Pewnie coś z tego:

$ man y0

Y0(3)                      Linux Programmer's Manual                     Y0(3)

NAME
       y0, y0f, y0l, y1, y1f, y1l, yn, ynf, ynl - Bessel functions of the second kind

Nie zapomnij nawrzucać producentowi na adres supportu klienta.

Marius.Maximus napisał(a):

To była lekcja programowania pod tytułem: "Niebezpieczeństwa używanie zmiennych globalnych"

Wnioski:

1. Najlepiej nie używać globalnych zmiennych
2. w ostateczności nazwa misi być "fikuśna" aby zmniejszyć prawdopodobieństwo kolizji

Bracie @Marius.Maximus generalnie wnioski słuszne, przy czym 1 to powinien być "jeśli już używać zmiennych globalnych, to z głową".
Ja postępuję w taki sposób, np. dla QStringów definiujących jakieś identyfikatory:

//mam sobie plik który zowię definitions.h, a w nim
namespace Global
{
  namespace Constants
  {
    namespace Math
    {
      const double pi = 3.14;
    }
    namespace Physics
    {
      const double accelerationEarth = 9.81;
    }
  }

  namespace Database
  {
     const QString databaseName = "some name";
  }
}

//i potem używanie tego jest bardzo proste, intuicyjne i samodokumentujące się dzięki podpowiedziom IDE - o ile się te namespace'y dobrze ponazywa
#include "definitions.h"

double circleArea = Global::Constants::Math::pi * radius * radius;

Poza tym, robię je tylko jako read-only, unikam jak ognia jakiegokolwiek zapisywania do nich poza inicjalizacją.