Re: postgres crash on CURSORS
| От | Tom Lane | 
|---|---|
| Тема | Re: postgres crash on CURSORS | 
| Дата | |
| Msg-id | 16330.954907447@sss.pgh.pa.us обсуждение исходный текст  | 
		
| Ответ на | RE: postgres crash on CURSORS ("Hiroshi Inoue" <Inoue@tpf.co.jp>) | 
| Ответы | 
                	
            		RE: postgres crash on CURSORS
            		
            		 | 
		
| Список | pgsql-hackers | 
"Hiroshi Inoue" <Inoue@tpf.co.jp> writes:
>>>> which are executed without having bothered to check for aborted state.
>>>> I think this code should be removed from postgres.c, and the
>>>> SetQuerySnapshot call instead made from the Fetch and Copy arms of the
>>>> switch statement in ProcessUtility() (utility.c), after doing
>>>> CHECK_IF_ABORTED in each case.
> Is it bad to check ABORTED after yyparse() in parser.c ?
Yes.  Try to execute an END (a/k/a ABORT, ROLLBACK, ...)
The check for abort state has to happen in the appropriate paths of
execution, not in the parser.  Not all statements should reject on
abort state.
        regards, tom lane
		
	В списке pgsql-hackers по дате отправления: