Re: Failing tests on Fedora

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Failing tests on Fedora
Дата
Msg-id 5384DF4F.8000101@vmware.com
обсуждение исходный текст
Ответ на Failing tests on Fedora  (Pavel Raiskup <praiskup@redhat.com>)
Список pgsql-odbc
On 05/23/2014 08:32 AM, Pavel Raiskup wrote:
> Hello, I started with running the testsuite recently, thanks a lot for its
> existence!
>
> There are currently 8 fails on my system (Fedora 20 x86_64), I didn't look
> at all the errors carefully yet as I found in `git show a5e2002a` note
> about expected failures — iirc, there is not specified what tests are
> expected to fail.

The two bugs that commit message referred to were fixed by the next
commit, half an hour later. There should be zero failures with the
latest sources.

> Attached files (regression.out, regression.diffs).

>
> *** /home/praiskup/rh/projects/psqlodbc/test/expected/deprecated.out    2014-04-02 08:37:57.065266936 +0200
> --- /home/praiskup/rh/projects/psqlodbc/test/results/deprecated.out    2014-05-22 19:01:21.702283366 +0200
> ***************
> *** 6,12 ****
>   Check for SQLGetConnectOption
>   Access type is: read-write
>   Check for SQLError
> ! Error check: ERROR: relation "table_not_here" does not exist;
>   Error while executing the query
>   Check for SQLSetParam
>   Result set:
> --- 6,12 ----
>   Check for SQLGetConnectOption
>   Access type is: read-write
>   Check for SQLError
> ! Error check: ERROR:  relation "table_not_here" does not exist at character 13;
>   Error while executing the query
>   Check for SQLSetParam
>   Result set:

Hmm, you get that "at character" appendix in the error message if you
connect using the FE/BE protocol version 2. Is there some middleware or
something else in your test environment that you didn't mention?

- Heikki


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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Query buffer allocate error in copy_statement_with_parameters
Следующее
От: John Smith
Дата:
Сообщение: Re: Problems using SQLFetch on prepared INSERT with RETURNING clause