Re: [PATCH] EXC_BAD_ACCESS in SC_execute

Поиск
Список
Период
Сортировка
От Inoue, Hiroshi
Тема Re: [PATCH] EXC_BAD_ACCESS in SC_execute
Дата
Msg-id 53FFC137.9030306@tpf.co.jp
обсуждение исходный текст
Ответ на [PATCH] EXC_BAD_ACCESS in SC_execute  (Jade Koskela <jkoskela0@gmail.com>)
Список pgsql-odbc
Hi Jade,

(2014/08/27 6:25), Jade Koskela wrote:
> Hello,
>
> I am looking into dmp files which we collect when our application
> crashes. Using google breakpad/stackwalking I am generating the
> stacktrace. The crash looks like this:
>
> Crash reason:  EXC_BAD_ACCESS / 0x0000000d
> Crash address: 0x0
>
> Thread 10 (crashed)
>   0  psqlodbcw.so!SC_Execute    + 0x10bd
>
> I couldn't get the source line so I had to dig through the assembly.
> I was able to determine the error is happening on line statement.c line
> 2191 (from the latest version in the repository).

Did you build binaries from the latest git?

> numcols = QR_NumResultCols(tres);
>     (this expands to)
> numcols = tres->fields->num_fields
>
> The crash happens on the dereference of fields. It could be a null
> pointer, I'm not sure because I can't reproduce the error.
> Apparently EXC_BAD_ACCESS can be SIGSEGV or SIGBUS.
> I have generated a patch to handle the null pointer case.

OK I would check whether fields could be null or not.
It would take some time because I don't have much time.

regards,
Hiroshi Inoue


--
I am using the free version of SPAMfighter.
SPAMfighter has removed 12430 of my spam emails to date.
Get the free SPAMfighter here: http://www.spamfighter.com/len

Do you have a slow PC? Try a Free scan
http://www.spamfighter.com/SLOW-PCfighter?cid=sigen



В списке pgsql-odbc по дате отправления:

Предыдущее
От: Jade Koskela
Дата:
Сообщение: debugging symbols
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: debugging symbols