2014-10-15 6 views
1

Описание: Я использую базу данных PostgreSQL в качестве движка, подключение к с PostgreSQL UnixODBC менеджера драйверов и libodbC++ библиотеки и psqlodbc драйвер. когда я пытаюсь запустить мое приложение для запроса некоторых данных, он становится разбитым. Он получает разбитые в случайных функциях.PostgreSQL аварии водитель аварии на SQLColAttribute

Я не могу точно отслеживать, какая функция это сбой.

это происходит сбой в три функции как

1. SQLColAttribute 2. SQLGetInfo

PostgreSQL номер версии вы работаете:

Как вы установили PostgreSQL: PostgreSQL 9.1 Linux Ubuntu

Изменения, внесенные в настройки в файле postgresql.conf: Нет

и версия операционной системы: Linux Ubuntu 12,04 (64-разрядная версия)

Какую программу вы используете для подключения к PostgreSQL: libodbC++ - 0.2.3 (libodbC++) библиотека

PostgreSQL ODBC Driver: psqlodbc версия (3,03)

ODBC с помощью: UnixODBC-2.3.2

по вопросам любого рода ошибки:

Описание: Я пытаюсь подключить приложение к PostgreSQL. в то время как я пытаюсь запустить запрос select, он становится разбитым при определенных функциях.

Я использую Linux Ubuntu (12.04) с UnixODBC (2.3.2), базы данных PostgreSQL (9.1), psqlodbc драйвер (3,03), libodbC++ - 0.2.3

Благодаря & уважением Балакришна

Это сгенерированный отчет BackTrack.

#5 0x0000000002114936 in SQLGetInfo (connection_handle=0x7fff7003f190, info_type=151, info_value=0x7fffdfff93f4, buffer_length=4, string_length=0x7fffdfff93fa) 
    at SQLGetInfo.c:560 
     connection = 0x7fff7003f190 
     ret = 0 
     s1 = "\033\000\000\000\000\000\000\000\033\000\000\000\000\000\000\[email protected]\226\377\337\377\177\000\000\001\000\000\000\000\000\000\000\001\000\000\000\000\000\000\000\225\fd\366\377\177\000\000-\023\005p\377\177\000\000\002\000\000\000\000\000\000\000\033", '\000' <repeats 15 times>, "@\226\377\337\377\177\000\000\355M\364\366\377\177\000\000-\023\005p\377\177\000\000\002\000\000\000\000\000\000\000\200\223\377\337\377\177\000\000\211\332\362\366\377\177\000\000\000\000\000\000\000\000\000\000R\221\350\001\000\000\000\000\220\361\003p\377\177\000\000\257\223\377\337\377\177\000\000-\023\005p\377\177\000\000+\023\005p\377\177\000\000(\023\005p\377\177\000\000\002\000\000\000\000\000\000\000\000\037\005p\377\177\000\000\000\000\000\000\070\000\000\000\005\000\000\000\000\000\000\000\377\377\377\377\377\377\377\377\220 \005p" 
#6 0x00000000020dd764 in odbc::DatabaseMetaData::_getNumeric32 (this=0x7fff70051a20, what=<optimized out>) at databasemetadata.cpp:150 
     res = <optimized out> 
     t = 4 
     r = <optimized out> 
#7 0x0000000002100085 in odbc::DriverInfo::DriverInfo (this=0x7fff70052090, con=0x7fff7003eec0) at driverinfo.cpp:59 
     md = 0x7fff70051a20 
     r = <optimized out> 
#8 0x00000000020dbeef in odbc::Connection::_connect (this=0x7fff7003eec0, dsn=..., user=..., password=...) at connection.cpp:213 
     r = <optimized out> 
#9 0x00000000020d9e4f in odbc::DriverManager::getConnection (dsn=..., user=..., password=...) at drivermanager.cpp:260 
     con = 0x7fff7003eec0 
#10 0x000000000133f105 in ODBCDatabase::Connect (this=0x7fff70053f40, properties=...) at StoreGrid/source/Database/ODBC/ODBCDatabase.cpp:134 
     retryCount = 5 
     triedCount = 1 
     postgresConnectionString = {static npos = <optimized out>, 
      _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x2e09678 ""}} 
     sgConfig = 0x4f5c7e 
+0

Откат из крушения был бы очень полезен. –

+0

# 5 0x0000000002114936 в SQLGetInfo (connection_handle = 0x7fff7003f190, Тип_информации = 151, info_value = 0x7fffdfff93f4, buffer_length = 4, string_length = 0x7fffdfff93fa) при SQLGetInfo.c: 560 соединения = 0x7fff7003f190 RET = 0 # 6 0x00000000020dd764 в :: ODBC DatabaseMetaData :: _ getNumeric32 (это = 0x7fff70051a20, то, что = <оптимизированного>) при databasemetadata.cpp: 150 Реза = <оптимизированного> т = 4 г = <оптимизированными> # 7 в ODBC :: DriverInfo :: DriverInfo (this = 0x7fff70052090, con = 0x7fff7003eec0) на driverinfo.cpp: 59 – balakrishna

+0

* Пожалуйста, используйте руководство по форматированию. Augh. Кроме того, это только часть backtrace ... что случилось с оригинальным сообщением trap и кадрами от 0 до 4? Намного сложнее рассказать, что происходит без них. –

ответ

0

Я решил проблему. Проблема для сбоя была вызвана библиотекой UnixODBC. он был исправлен с версией UnixODBC 2.3.