https://www.opennet.ru/openforum/vsluhforumID9/7042.html Добрый день.<br>Имеется программа использующая несколько разделяемых библиотек (boost, stlport и др...) и, в том числе, pqxx.<br>Если программу собирать с флагом -O2, то все работает замечательно, а вот если с -O0 то она будет падать с Segmentation Fault и в стеке будет следующее:<br><br>#0 0x001b043e in malloc_consolidate () from /lib/tls/libc.so.6<br>#1 0x001afa59 in _int_malloc () from /lib/tls/libc.so.6<br>#2 0x001aedfd in malloc () from /lib/tls/libc.so.6<br>#3 0x00e3183f in makeEmptyPGconn () at fe-connect.c:1839<br>#4 0x00e300fe in PQconnectStart (conninfo=0x0) at fe-connect.c:321<br>#5 0x00e300c2 in PQconnectdb (conninfo=0x0) at fe-connect.c:286<br>#6 0x0819ee10 in connection (this=0x9715174, ConnInfo=0x9714530 "dbname=...") at ../include/pqxx/connection_base.hxx:187<br>...<br><br>Хотелось бы понять почему так происходит и как это исправить?<br> https://www.opennet.ru/openforum/vsluhforumID9/7042.html#19 Fri, 28 Dec 2007 13:43:07 GMT &gt;а чем это отличается от переименования класса? <br><br>Ничем не отличается.<br><br>&gt;проблема была в том, что я не знал, что есть два класса <br>&gt;с одинаковым именем <br><br>В стандарте C++ сие именуется "one definition rule" и, по сути дела,<br>оставлено на откуп программиста. Пригодных к использованию инструментов<br>для автоматизации решения такого рода задач (в принципе, смежных с<br>рефакторингом) для C++ я, увы, не видел.<br> https://www.opennet.ru/openforum/vsluhforumID9/7042.html#18 Fri, 28 Dec 2007 13:10:43 GMT &gt;если ваш класс будет сидеть в своём пространстве имён, и для доступа <br>&gt;к нему будет использоваться full qualified name - может быть проблема <br>&gt;решиться сама собой? <br><br>а чем это отличается от переименования класса?<br>проблема была в том, что я не знал, что есть два класса с одинаковым именем<br><br> https://www.opennet.ru/openforum/vsluhforumID9/7042.html#17 Thu, 27 Dec 2007 14:17:58 GMT &gt;&gt;Проблема заключалась в том, что было два разных класса с одним названием <br>&gt;&gt;CCriticalSection (один в программе, а один в разделяемой библиотеке).<br>&gt;<br>&gt;Кстати, а есть ли способ заставить компилятор ругаться на такие ситуации, или <br>&gt;это только вручную можно отследить? <br><br>если ваш класс будет сидеть в своём пространстве имён, и для доступа к нему будет использоваться full qualified name - может быть проблема решиться сама собой?<br> https://www.opennet.ru/openforum/vsluhforumID9/7042.html#16 Thu, 27 Dec 2007 07:03:03 GMT &gt;Кстати, а есть ли способ заставить компилятор ругаться на такие ситуации, или <br>&gt;это только вручную можно отследить? <br><br>К сожалению, описанная проблема может быть отловлена в лучшем случае линкером, а в худшем - никем.<br>Линкер из GNU binutils способен поймать описанную проблему в случае, когда библиотека явно "линкуется" с основной программой и "одноименный" класс имеет хотя бы один не-inline метод. Прочие ситуации - на совести программиста.<br> https://www.opennet.ru/openforum/vsluhforumID9/7042.html#15 Wed, 26 Dec 2007 16:19:06 GMT &gt;Кстати, а есть ли способ заставить компилятор ругаться на такие ситуации...? <br><br>Вряд ли. Компилятор не знает чего вы хотите, он лишь транслирует код. Может вы хотите именно разные классы использовать?<br> https://www.opennet.ru/openforum/vsluhforumID9/7042.html#14 Wed, 26 Dec 2007 14:01:00 GMT &gt;Проблема заключалась в том, что было два разных класса с одним названием <br>&gt;CCriticalSection (один в программе, а один в разделяемой библиотеке).<br><br>Кстати, а есть ли способ заставить компилятор ругаться на такие ситуации, или это только вручную можно отследить?<br> https://www.opennet.ru/openforum/vsluhforumID9/7042.html#13 Wed, 26 Dec 2007 13:08:37 GMT Разобрался.<br><br>Проблема заключалась в том, что было два разных класса с одним названием CCriticalSection (один в программе, а один в разделяемой библиотеке). После переименования одного из классов все стало нормально работать.<br><br>Спасибо всем за помощь.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID9/7042.html#12 Wed, 19 Dec 2007 14:21:30 GMT &gt;[оверквотинг удален]<br>&gt;<br>&gt;увидел что одна из библиотек (как раз та, где сидит обертка к <br>&gt;мьютексу) собиралась с ключом <br>&gt;-D_GNU_SOURCE <br>&gt;<br>&gt;пересобрал проект с этим же ключом - все заработало, все проблемы исчезли. <br>&gt;<br>&gt;<br>&gt;что за чудеса? GNUшный стандарт компиляции так сильно отличается от того что <br>&gt;по умолчанию? <br><br>а нет. поторопился я, закралась опция -O2 с которой исчезают проблемы, а -D_GNU_SOURCE не влияет на самом деле.<br><br> https://www.opennet.ru/openforum/vsluhforumID9/7042.html#11 Wed, 19 Dec 2007 14:14:34 GMT стал внимательнее смотреть как собирается проект, и как собирались библиотеки к нему,<br>увидел что одна из библиотек (как раз та, где сидит обертка к мьютексу) собиралась с ключом <br>-D_GNU_SOURCE<br><br>пересобрал проект с этим же ключом - все заработало, все проблемы исчезли.<br><br>что за чудеса? GNUшный стандарт компиляции так сильно отличается от того что по умолчанию?<br><br><br><br>