• Tom Lane's avatar
    Code review for GUC serialization/deserialization code. · 13671b4b
    Tom Lane authored
    The serialization code dumped core for a string-valued GUC whose value
    is NULL, which is a legal state.  The infrastructure isn't capable of
    transmitting that state exactly, but fortunately, transmitting an empty
    string instead should be close enough (compare, eg, commit e45e990e).
    
    The code potentially underestimated the space required to format a
    real-valued variable, both because it made an unwarranted assumption that
    %g output would never be longer than %e output, and because it didn't count
    right even for %e format.  In practice this would pretty much always be
    masked by overestimates for other variables, but it's still wrong.
    
    Also fix boundary-case error in read_gucstate, incorrect handling of the
    case where guc_sourcefile is non-NULL but zero length (not clear that can
    happen, but if it did, this code would get totally confused), and
    confusingly useless check for a NULL result from read_gucstate.
    
    Andreas Seltenreich discovered the core dump; other issues noted while
    reading nearby code.  Back-patch to 9.5 where this code was introduced.
    
    Michael Paquier and Tom Lane
    
    Discussion: <871sy78wno.fsf@credativ.de>
    13671b4b
guc.c 264 KB