Dual ABI 이슈 - GCC5
바로 직전의 poco library의 링크 문제와 GCC5.x.x와 연관된 부분이다.
poco library를 겨우겨우 컴파일해서 넘어갔는데 이번에는 OCCI에서 문제가 다시 발생했다.
POCO Library link 이슈 - GCC 5.4.0 업버전 후 생긴 문제
이번 개발에서는 오라클과 redis를 사용한다. poco library이후 occi를 위해 두개의 패키지를 인수톨 했다.
기존에 올렸던 글을 참고해도 된다.
instant client 설치하기
ubiocci.cpp:(.text+0x197e): undefined reference to `oracle::occi::Number::fromText(oracle::occi::Environment const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' ubiocci.o: In function `CUbiOcci::AddParam(unsigned long long)':
뚜둥... 어제와 같은일이 또 발생했다.
대충봐도. std::__cxx11::bast_string<...> 부분이 보인다.
문제를 해결하다가 멈췄던 그 지점으로 다시 돌아가본다.
오늘은 그래도 좀 사용자가 있는 오라클 이슈... 나름 답이 쉽게 나온다.
OCCI linkage error with gcc 5
define과 관련된 내용은.. 이리로 넘어간다.
Dual ABI
다 찾아서 읽어보고 이해하라고 하면 나도 안하기 때문에...
나름 이해한바를 적어보면 아래와 같다.
SW분야에서 Application binary interface는 OS나 library간의 기계어 코드레벨의 인터페이스이다. ABI는 함수가 어떻게 호출되는지 하나의 프로그램 컴포넌트에서 다른 쪽으로 binary format information이 넘어가는지를 혹은 시스템 콜에 어떻게 반응하는지를 걸정한다. ABI는 보통 컴파일러, OS나 라이브러리 제작자 혹은 여러 프로그래밍 언어를 섞어서 다른 언어의 함수를 호출하는 것을 개발하는 개발자의 몫이다. API와 유사하지만 API는 소스 코드 레벨에서 이루어지고 ABI는 프로그램 컴포넌트간의 인터페이스이다.
ABI는 아래와 같은 상세한 것들을 포함한다.(해석하기 뭣해서 걍 위키피디아 붙임)
- the sizes, layout, and alignment of data types
- the calling convention, which controls how functions' arguments are passed and return values retrieved; for example, whether all parameters are passed on the stack or some are passed in registers, which registers are used for which function parameters, and whether the first function parameter passed on the stack is pushed first or last onto the stack
- how an application should make system calls to the operating system and, if the ABI specifies direct system calls rather than procedure calls to system call stubs, the system call numbers
- and in the case of a complete operating system ABI, the binary format of object files, program libraries and so on
GCC 5.1릴리즈는 std::string과 std::list의 새로운 구현을 포함한 새로운 라이브러리 ABI를 소개했다. C++11의 표준에 따른 작업이었다. 이미 존재하는 라이브러리에 대한 역호환성을 위해 ABI를 선택할 수 있도록 했다. 이것은 링크에서 다른 이름을 가지도록 인라인으로 define함으로써 가능하다. 예를 들어 새버전의 std::lst<int>는 실제로 std::__cxx11:list<int>로 정의한다.
_GLIBCXX_USE_CXX11_ABI 매크로는 라이브러리 헤더의 어떤 ABI를 선택할지 조정할 수 있다. GCC의 기본값은 1로 새로운 ABI를 사용하는 것이다. 기존의 라이브러리를 사용할 것이라면 어떤 라이브러리 헤더를 include 하기전에 매크로를 0으로 해야 한다. -std옵션은 ABI를 선택하지 않는다. 그래서 C++03과 C++11 코드를 함께 링크 할 수 있다.
컴파일시 -Wabi-tag
옵션을 통해 알 수 있다.
위의 OCCI linkage error with gcc 5 에서 나오듯이 일부 라이브러리만 이 옵션을 적용하게 할 방법은 없어 보인다. 모든 라이브러리는 동일한 ABI로 컴파일되어야 함께 동작이 가능하다.
따라서 occi의 소스가 나에게 없으므로 결국 poco 라이브러리를 4.x.x gcc로 컴파일한 이후 -D_GLIBCXX_USE_CXX11_ABI=0를 통해 개발을 진행할 것이다.
'프로그래밍??? > C/C++' 카테고리의 다른 글
GCC 5.4.0 Install on CentOS 및 작업중 기타 삽질 시리즈... (0) | 2016.09.22 |
---|---|
POCO Library link 이슈 - GCC 5.4.0 업버전 후 생긴 문제 (0) | 2016.08.04 |
기존에 제작했던 pcqueue 샘플 코드 (0) | 2016.07.13 |
Bad cast exception on poco-library when I tried to cast Int64 (0) | 2015.07.30 |
Boost를 활용해 공유 메모리에 STL Container 사용하는 방법 (0) | 2015.07.10 |
POCO Library link 이슈 - GCC 5.4.0 업버전 후 생긴 문제
현재 운영중인 시스템에서 poco library의 log시스템을 사용한다.
c++14를 사용하기 위해 최근 GCC를 5.4버전으로 올렸다.
그 과정의 수많은 삽질이 있었다. Linux를 잘아는 천과장이 아니었으면 지금도 미궁을 헤메고 있었을듯... :(
우쨋거나 GCC 5.4 업버전 이후 또 다른 문제에 봉착했다.
poco library가 정상 작동을 하지 않았다.
혹시 하는 생각에 poco-1.7.4로 업버전 하여 컴파일하여 install 하였다.
여전히 안된다.
configure를 살펴봐도 gcc 관련 내용은 없다.
여기저기 뒤져보다가 make file을 살펴보니 다름과 같은 라인이 보인다.
include $(POCO_BASE)/build/config/$(POCO_CONFIG)
시스템상 관련 파일은 ./build/config/Linux 이다
해당 부분에서 현재의 gcc5.4의 관련 부분으로 수정하여 컴파일 했더니 문제 없이 넘어가게 되었다.
# # $Id: //poco/1.4/build/config/Linux#2 $ # # Linux # # Make settings for Linux 2.6/gcc 3.3 # # # # General Settings # LINKMODE ?= SHARED # # Define Tools # #CC = ${CROSS_COMPILE}gcc #CXX = ${CROSS_COMPILE}g++ CC = /opt/rh/gcc-5.4.0/bin/gcc CXX = /opt/rh/gcc-5.4.0/bin/g++
원래 나던 링크 에러 문제...
ubirloader.cpp:(.text+0x20a): undefined reference to `Poco::FileChannel::setProperty(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > std::char_traits<char>, std::allocator<char> > const&)' collect2: error: ld returned 1 exit status
'프로그래밍??? > C/C++' 카테고리의 다른 글
GCC 5.4.0 Install on CentOS 및 작업중 기타 삽질 시리즈... (0) | 2016.09.22 |
---|---|
Dual ABI 이슈 - GCC5 (0) | 2016.08.05 |
기존에 제작했던 pcqueue 샘플 코드 (0) | 2016.07.13 |
Bad cast exception on poco-library when I tried to cast Int64 (0) | 2015.07.30 |
Boost를 활용해 공유 메모리에 STL Container 사용하는 방법 (0) | 2015.07.10 |
protocol option - SOCKET 에 대해...
오랜만에 수정하는 작업이 하나 있었다.
해당 서버의 mysql의 계정 설정이 하나 빠진 것이 있어 공인IP로 접속이 되지 않았다.
관련해서 이런저런 얘기를 팀원과 하다가 하나 배운 것이 있다.
바로 protocol 옵션에 대한 것이다. 실제 사용 DB는 mariadb 5.x.x 버전이다.
mysql의 메뉴얼 페이지를 보자.
4.2.2 Connecting to the MySQL Server
클릭을 하면 바로 protocol 쪽으로 이동한다.
네개의 옵션이 있다. 정확하지는 않지만 아랫쪽으로 갈수록 빠를듯 하다.
PIPE와 MEMORY는 윈도우즈에서만 사용가능하고
SOCKET은 Unix Only이다.
내용에 보듯이 unix(linux)에서 localhost로 접속하게 되면 기본적으로 Unix socket file을 사용한다는 내용이다.
당연히 TCP 보다 빠르다.
127.0.0.1로 접속하면 TCP로 접속하지만 localhost로 접속하면 unix socket으로 접속한다.
간단하지만 db의 local machine에서 작업을 해야한다면 염두에 둬야할 내용이다.
127.0.0.1로 접속 하는 경우
MariaDB [(none)]> \s -------------- mysql Ver 15.1 Distrib 5.5.34-MariaDB, for Linux (x86_64) using readline 5.1 Connection id: 115593510 Current database: Current user: finepoint@localhost SSL: Not in use Current pager: stdout Using outfile: '' Using delimiter: ; Server: MariaDB Server version: 5.5.36-MariaDB-log MariaDB Server Protocol version: 10 Connection: 127.0.0.1 via TCP/IP Server characterset: utf8 Db characterset: utf8 Client characterset: utf8 Conn. characterset: utf8
localhost로 접속 하는 경우
MariaDB [(none)]> \s -------------- mysql Ver 15.1 Distrib 5.5.34-MariaDB, for Linux (x86_64) using readline 5.1 Connection id: 115586990 Current database: Current user: finepoint@localhost SSL: Not in use Current pager: stdout Using outfile: '' Using delimiter: ; Server: MariaDB Server version: 5.5.36-MariaDB-log MariaDB Server Protocol version: 10 Connection: Localhost via UNIX socket Server characterset: utf8 Db characterset: utf8 Client characterset: utf8 Conn. characterset: utf8 UNIX socket: /var/lib/mysql/mysql.sock
'프로그래밍??? > MYSQL' 카테고리의 다른 글
mysql_affected_rows가 "0"를 반환할때... (0) | 2016.12.20 |
---|---|
Numeric Type의 display width (704) | 2016.09.07 |
mysql DB 생성/삭제, 사용자 생성/삭제, 권한부여 (0) | 2015.07.03 |
mysql_store_result를 사용할때 주의 사항(memory leak) (0) | 2012.07.11 |
mysql_insert_id() 오류 (0) | 2012.01.10 |
기존에 제작했던 pcqueue 샘플 코드
//--------------------------------------------------------------------------------------------------------------------- // pcqueue.hpp // // Asker's product consumer queue //--------------------------------------------------------------------------------------------------------------------- #pragma once #include <iostream> #include <vector> #include <pthread.h> #include "errno.h" #include "common.hpp" using namespace std; //--------------------------------------------------------------------------------------------------------------------- //--------------------------------------------------------------------------------------------------------------------- //--------------------------------------------------------------------------------------------------------------------- template <class T> class CPCQueue { private: pthread_mutex_t ProducerLock; pthread_mutex_t ConsumerLock; vector<T*> ProducerQueue; vector<T*> ConsumerQueue; private: bool LockProducer() { int _nError = pthread_mutex_lock( &ProducerLock ); if ( _nError ) { cout << "error in lock producer. return : " << _nError << ", err :" << strerror(errno) << endl; formatlog( LOG_CRIT, "error in lock producer. return(%d) ErrNo(%d) ErrMsg(%s)", _nError, errno, strerror(errno)); return false; } return true; } bool UnlockProducer() { int _nError = pthread_mutex_unlock( &ProducerLock ); if ( _nError ) { cout << "error in unlock producer. return : " << _nError << ", err :" << strerror(errno) << endl; formatlog( LOG_CRIT, "error in unlock producer. return(%d) ErrNo(%d) ErrMsg(%s)", _nError, errno, strerror(errno)); return false; } return true; } bool LockConsumer() { int _nError = pthread_mutex_lock( &ConsumerLock ); if ( _nError ) { cout << "error in lock consumer. return : " << _nError << ", err :" << strerror(errno) << endl; formatlog( LOG_CRIT, "error in lock consumer. return(%d) ErrNo(%d) ErrMsg(%s)", _nError, errno, strerror(errno)); return false; } return true; } bool UnlockConsumer() { int _nError = pthread_mutex_unlock( &ConsumerLock ); if ( _nError ) { cout << "error in unlock consumer. return : " << _nError << ", err :" << strerror(errno) << endl; formatlog( LOG_CRIT, "error in unlock consumer. return(%d) ErrNo(%d) ErrMsg(%s)", _nError, errno, strerror(errno)); return false; } return true; } public: CPCQueue(){} virtual ~CPCQueue() { for ( class vector<T*>::iterator _iter = ProducerQueue.begin(); _iter != ProducerQueue.end(); _iter++) delete *_iter; for ( class vector<T*>::iterator _iter = ConsumerQueue.begin(); _iter != ConsumerQueue.end(); _iter++) delete *_iter; ProducerQueue.clear(); ConsumerQueue.clear(); } bool Init() { int _ErrorNo = pthread_mutex_init( &ProducerLock, NULL); if (_ErrorNo) return false; _ErrorNo = pthread_mutex_init( &ConsumerLock, NULL); if (_ErrorNo) return false; return true; } // Product에 하나를 추가한다 bool AddProduct( T* _Job ) { if ( false == LockProducer()) { // lock 실패 formatlog( LOG_CRIT, "CPCQueue::%s(%d) Lock Fail. fatal issue.", __func__, __LINE__); return false; } ProducerQueue.push_back(_Job); if ( false == UnlockProducer()) { // unlock 실패 formatlog( LOG_CRIT, "CPCQueue::%s(%d) Unlock Fail. fatal issue.", __func__, __LINE__); return false; } return true; } // Consumer 쪽에서 하나씩 빼낸다. bool PopFromConsumer(T** _Value) { *_Value = NULL; if ( false == LockConsumer()) { // lock 실패 formatlog( LOG_CRIT, "CPCQueue::%s(%d) Lock Fail. fatal issue.", __func__, __LINE__); return false; } if (!ConsumerQueue.empty()) { *_Value = ConsumerQueue.front(); ConsumerQueue.erase(ConsumerQueue.begin()); } if ( false == UnlockConsumer()) { // unlock 실패 formatlog( LOG_CRIT, "CPCQueue::%s(%d) Unlock Fail. fatal issue.", __func__, __LINE__); return false; } return true; } // 합할 것이 하나도 없는 경우 false를 반환한다 bool MoveProducerToConsumer(int& _MoveCount) { if ( false == LockConsumer()) { // lock 실패 formatlog( LOG_CRIT, "CPCQueue::%s(%d) Lock Fail. fatal issue.", __func__, __LINE__); return false; } if ( false == LockProducer()) { // lock 실패 formatlog( LOG_CRIT, "CPCQueue::%s(%d) Lock Fail. fatal issue.", __func__, __LINE__); return false; } _MoveCount = ProducerQueue.size(); if (!ProducerQueue.empty()) { for ( class vector<T*>::const_iterator _iter = ProducerQueue.begin(); _iter != ProducerQueue.end(); _iter++) ConsumerQueue.push_back(*_iter); ProducerQueue.clear(); } if ( false == UnlockProducer()) { // unlock 실패 formatlog( LOG_CRIT, "CPCQueue::%s(%d) Unlock Fail. fatal issue.", __func__, __LINE__); return false; } if ( false == UnlockConsumer()) { // unlock 실패 formatlog( LOG_CRIT, "CPCQueue::%s(%d) Unlock Fail. fatal issue.", __func__, __LINE__); return false; } return true; } int GetConsumerSize() const { return ConsumerQueue.size(); } }; //---------------------------------------------------------------------------------------------------------------------
class CDataThread: public CUbiThread { private: CPCQueue<COnePacket> PCQueue; int ThreadIndex; CURL* ctx; public: bool Terminated; public: CDataThread(); virtual ~CDataThread(); bool init(); void SetIndex(int _Index); bool AddProduct( COnePacket* _OnePacket); virtual void Run(); private: bool DoPacketProcess(COnePacket* _OnePacket); CUbiParser* MakeParser(COnePacket* _OnePacket); } //--------------------------------------------------------------------------------------------------------------------- CDataThread::CDataThread() { } //--------------------------------------------------------------------------------------------------------------------- CDataThread::~CDataThread() { } //--------------------------------------------------------------------------------------------------------------------- bool CDataThread::init() { return PCQueue.Init(); } //--------------------------------------------------------------------------------------------------------------------- void CDataThread::SetIndex(int _Index) { ThreadIndex = _Index; } //--------------------------------------------------------------------------------------------------------------------- bool CDataThread::AddProduct( COnePacket* _OnePacket ) { return PCQueue.AddProduct(_OnePacket); } //--------------------------------------------------------------------------------------------------------------------- void CDataThread::Run() { int _Count = 0; int _JobCount = 0; int _SleepMicro; COnePacket* _OnePacket = NULL; Terminated = false; while(!Terminated) { try { // Customer Queue에 Producer Queue의 내용을 가져오게 한다 if (!PCQueue.MoveProducerToConsumer(_Count)) formatlog( LOG_FATAL, "CDataThread::%s(%d) %10d Thread Error in Move PCQueue data", __func__, __LINE__, ThreadIndex); //, typeid(T).name()); else formatlog( LOG_INFO, "CDataThread::%s(%d) %10d Thread %2d %3d remain.", __func__, __LINE__, ThreadIndex, _Count, PCQueue.GetConsumerSize()); } catch(exception &_innerException) { formatlog( LOG_CRIT, "Exception on CDataThread::%s(%d). %2d Thread what(%s)", __func__, __LINE__, ThreadIndex, _innerException.what()); } // Customer Queue를 비울때 까지 작업을 처리 한다 _JobCount = 0; while(true) { _OnePacket = NULL; // 처리 간격에 일정 시간을 둔다 if (!PCQueue.PopFromConsumer(&_OnePacket)) { formatlog( LOG_FATAL, "CDataThread::%s(%d). %2d Thread Error in Get Data From PCQueue", __func__, __LINE__, ThreadIndex); break; } if ( NULL == _OnePacket) break; //1 실질적인 패킷 처리!! DoPacketProcess(_OnePacket); _JobCount++; delete _OnePacket; } usleep(500000 ); } }
'프로그래밍??? > C/C++' 카테고리의 다른 글
Dual ABI 이슈 - GCC5 (0) | 2016.08.05 |
---|---|
POCO Library link 이슈 - GCC 5.4.0 업버전 후 생긴 문제 (0) | 2016.08.04 |
Bad cast exception on poco-library when I tried to cast Int64 (0) | 2015.07.30 |
Boost를 활용해 공유 메모리에 STL Container 사용하는 방법 (0) | 2015.07.10 |
Creating STL Containers in Shared Memory (0) | 2015.07.10 |