Skip to content
Snippets Groups Projects
Select Git revision
  • benchmark-tools
  • postgres-lambda
  • master default
  • REL9_4_25
  • REL9_5_20
  • REL9_6_16
  • REL_10_11
  • REL_11_6
  • REL_12_1
  • REL_12_0
  • REL_12_RC1
  • REL_12_BETA4
  • REL9_4_24
  • REL9_5_19
  • REL9_6_15
  • REL_10_10
  • REL_11_5
  • REL_12_BETA3
  • REL9_4_23
  • REL9_5_18
  • REL9_6_14
  • REL_10_9
  • REL_11_4
23 results

parse_expr.c

Blame
    • Tom Lane's avatar
      de4cf42a
      Prevent failure when RowExpr or XmlExpr is parse-analyzed twice. · de4cf42a
      Tom Lane authored
      transformExpr() is required to cope with already-transformed expression
      trees, for various ugly-but-not-quite-worth-cleaning-up reasons.  However,
      some of its newer subroutines hadn't gotten the memo.  This accounts for
      bug #7763 from Norbert Buchmuller: transformRowExpr() was overwriting the
      previously determined type of a RowExpr during CREATE TABLE LIKE INCLUDING
      INDEXES.  Additional investigation showed that transformXmlExpr had the
      same kind of problem, but all the other cases seem to be safe.
      
      Andres Freund and Tom Lane
      de4cf42a
      History
      Prevent failure when RowExpr or XmlExpr is parse-analyzed twice.
      Tom Lane authored
      transformExpr() is required to cope with already-transformed expression
      trees, for various ugly-but-not-quite-worth-cleaning-up reasons.  However,
      some of its newer subroutines hadn't gotten the memo.  This accounts for
      bug #7763 from Norbert Buchmuller: transformRowExpr() was overwriting the
      previously determined type of a RowExpr during CREATE TABLE LIKE INCLUDING
      INDEXES.  Additional investigation showed that transformXmlExpr had the
      same kind of problem, but all the other cases seem to be safe.
      
      Andres Freund and Tom Lane