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

test

  • Clone with SSH
  • Clone with HTTPS
  • user avatar
    Tom Lane authored
    Commit f0c7b789 added a test case in case.sql that creates and then drops
    both an '=' operator and the type it's for.  Given the right timing, that
    can cause a "cache lookup failed for type" failure in concurrent sessions,
    which see the '=' operator as a potential match for '=' in a query, but
    then the type is gone by the time they inquire into its properties.
    It might be nice to make that behavior more robust someday, but as a
    back-patchable solution, adjust the new test case so that the operator
    is never visible to other sessions.  Like the previous commit, back-patch
    to all supported branches.
    
    Discussion: <5983.1471371667@sss.pgh.pa.us>
    e6bd4406
    History
    Name Last commit Last update
    ..