| От | Hannes Dorbath |
|---|---|
| Тема | Re: Segmentation fault with 8.3 FTS ISpell |
| Дата | |
| Msg-id | fminh8$1b2j$1@news.hub.org обсуждение исходный текст |
| Ответ на | Re: Segmentation fault with 8.3 FTS ISpell (Hannes Dorbath <light@theendofthetunnel.de>) |
| Ответы |
Re: Segmentation fault with 8.3 FTS ISpell
Re: Segmentation fault with 8.3 FTS ISpell |
| Список | pgsql-general |
Hannes Dorbath wrote: > Yes, I'll try to catch the row. I just slammed a BEFORE UPDATE FOR EACH ROW trigger with RAISE NOTICE on the table to catch the row ID where it fails. The row ID is never the same. Neither can I reproduce it when I use the last reported row ID. Is NOTICE logging / printing asynchron? Is there some sort of queuing that eats the ID where it really fails? Any ideas to track this down? -- Best regards, Hannes Dorbath
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера