| От | Tom Lane |
|---|---|
| Тема | Re: date_in function |
| Дата | |
| Msg-id | 6625.1019056752@sss.pgh.pa.us обсуждение |
| Ответ на | date_in function (Dragos Manzateanu <dragon@mail.dntis.ro>) |
| Список | pgsql-hackers |
Dragos Manzateanu <dragon@mail.dntis.ro> writes:
> na = SPI_fnumber(trigdata->tg_relation->rd_att, "my_date");
> memset(select, 0, sizeof(select));
> sprintf(select, "1/1/2002");
> newval = DirectFunctionCall1(date_in, CStringGetDatum(select));
> rettuple = SPI_modifytuple(trigdata->tg_relation, rettuple, 1, &na, &newval,
> NULL);
> if(rettuple == NULL) elog(ERROR, "my_function: %d returned by
> SPI_modifytuple", SPI_result);
> when i test that my server goes down. What I missed ?
I doubt that the problem is with date_in. Have you tried backtracing
in the core dump?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера