postgresql/src/backend/parser
Alvaro Herrera 88c556680c Fix crash in error report of invalid tuple lock
My tweak of these error messages in commit c359a1b082 contained the
thinko that a query would always have rowMarks set for a query
containing a locking clause.  Not so: when declaring a cursor, for
instance, rowMarks isn't set at the point we're checking, so we'd be
dereferencing a NULL pointer.

The fix is to pass the lock strength to the function raising the error,
instead of trying to reverse-engineer it.  The result not only is more
robust, but it also seems cleaner overall.

Per report from Robert Haas.
2013-08-02 13:18:37 -04:00
..
.gitignore Convert cvsignore to gitignore, and add .gitignore for build targets. 2010-09-22 12:57:04 +02:00
analyze.c Fix crash in error report of invalid tuple lock 2013-08-02 13:18:37 -04:00
check_keywords.pl pgindent run for release 9.3 2013-05-29 16:58:43 -04:00
gram.y Add SQL Standard WITH ORDINALITY support for UNNEST (and any other SRF) 2013-07-29 16:38:01 +01:00
keywords.c Update copyrights for 2013 2013-01-01 17:15:01 -05:00
kwlookup.c Update copyrights for 2013 2013-01-01 17:15:01 -05:00
Makefile Refactor flex and bison make rules 2012-10-11 06:57:04 -04:00
parse_agg.c Implement the FILTER clause for aggregate function calls. 2013-07-16 20:15:36 -04:00
parse_clause.c Move strip_implicit_coercions() from optimizer to nodeFuncs.c. 2013-07-23 18:21:19 -04:00
parse_coerce.c Update copyrights for 2013 2013-01-01 17:15:01 -05:00
parse_collate.c Implement the FILTER clause for aggregate function calls. 2013-07-16 20:15:36 -04:00
parse_cte.c Update copyrights for 2013 2013-01-01 17:15:01 -05:00
parse_expr.c Implement the FILTER clause for aggregate function calls. 2013-07-16 20:15:36 -04:00
parse_func.c Move checking an explicit VARIADIC "any" argument into the parser. 2013-07-18 11:52:12 -04:00
parse_node.c Update copyrights for 2013 2013-01-01 17:15:01 -05:00
parse_oper.c Allow CREATE TABLE IF EXIST so succeed if the schema is nonexistent 2013-01-26 13:24:50 -05:00
parse_param.c Clean up the mess around EXPLAIN and materialized views. 2013-04-12 19:25:31 -04:00
parse_relation.c Add SQL Standard WITH ORDINALITY support for UNNEST (and any other SRF) 2013-07-29 16:38:01 +01:00
parse_target.c Change post-rewriter representation of dropped columns in joinaliasvars. 2013-07-23 16:23:45 -04:00
parse_type.c Allow CREATE TABLE IF EXIST so succeed if the schema is nonexistent 2013-01-26 13:24:50 -05:00
parse_utilcmd.c Update messages, comments and documentation for materialized views. 2013-07-05 15:37:51 -04:00
parser.c Add SQL Standard WITH ORDINALITY support for UNNEST (and any other SRF) 2013-07-29 16:38:01 +01:00
README Revise collation derivation method and expression-tree representation. 2011-03-19 20:30:08 -04:00
scan.l Change the way UESCAPE is lexed, to reduce the size of the flex tables. 2013-03-14 19:04:43 +02:00
scansup.c Don't downcase non-ascii identifier chars in multi-byte encodings. 2013-06-08 10:00:09 -04:00

src/backend/parser/README

Parser
======

This directory does more than tokenize and parse SQL queries.  It also
creates Query structures for the various complex queries that are passed
to the optimizer and then executor.

parser.c	things start here
scan.l		break query into tokens
scansup.c	handle escapes in input strings
kwlookup.c	turn keywords into specific tokens
keywords.c	table of standard keywords (passed to kwlookup.c)
gram.y		parse the tokens and produce a "raw" parse tree
analyze.c	top level of parse analysis for optimizable queries
parse_agg.c	handle aggregates, like SUM(col1),  AVG(col2), ...
parse_clause.c	handle clauses like WHERE, ORDER BY, GROUP BY, ...
parse_coerce.c	handle coercing expressions to different data types
parse_collate.c	assign collation information in completed expressions
parse_cte.c	handle Common Table Expressions (WITH clauses)
parse_expr.c	handle expressions like col, col + 3, x = 3 or x = 4
parse_func.c	handle functions, table.column and column identifiers
parse_node.c	create nodes for various structures
parse_oper.c	handle operators in expressions
parse_param.c	handle Params (for the cases used in the core backend)
parse_relation.c support routines for tables and column handling
parse_target.c	handle the result list of the query
parse_type.c	support routines for data type handling
parse_utilcmd.c	parse analysis for utility commands (done at execution time)