Skip to content
Snippets Groups Projects
Select Git revision
  • 7b445a8e3a21055a5735585ca0890d14977032f0
  • master default protected
  • android-7.1.2_r28_klist
  • oreo-mr1-iot-release
  • sdk-release
  • pie-cts-dev
  • pie-cts-release
  • pie-vts-release
  • nougat-iot-release
  • pie-gsi
  • pie-platform-release
  • pie-r2-release
  • pie-r2-s1-release
  • pie-release
  • pie-dev
  • oreo-m4-s4-release
  • o-mr1-iot-preview-8
  • oreo-m2-s2-release
  • oreo-m2-s1-release
  • oreo-m6-s2-release
  • oreo-m6-s3-release
  • android-o-mr1-iot-release-1.0.4
  • android-9.0.0_r8
  • android-9.0.0_r7
  • android-9.0.0_r6
  • android-9.0.0_r5
  • android-8.1.0_r46
  • android-8.1.0_r45
  • android-n-iot-release-smart-display-r2
  • android-vts-8.1_r5
  • android-cts-8.1_r8
  • android-cts-8.0_r12
  • android-cts-7.1_r20
  • android-cts-7.0_r24
  • android-cts-6.0_r31
  • android-o-mr1-iot-release-1.0.3
  • android-cts-9.0_r1
  • android-8.1.0_r43
  • android-8.1.0_r42
  • android-n-iot-release-smart-display
  • android-p-preview-5
41 results

libctest

  • Clone with SSH
  • Clone with HTTPS
  • user avatar
    Junio C Hamano authored
    The strbuf_getline() interface allows a byte other than LF or NUL as
    the line terminator, but this is only because I wrote these
    codepaths anticipating that there might be a value other than NUL
    and LF that could be useful when I introduced line_termination long
    time ago.  No useful caller that uses other value has emerged.
    
    By now, it is clear that the interface is overly broad without a
    good reason.  Many codepaths have hardcoded preference to read
    either LF terminated or NUL terminated records from their input, and
    then call strbuf_getline() with LF or NUL as the third parameter.
    
    This step introduces two thin wrappers around strbuf_getline(),
    namely, strbuf_getline_lf() and strbuf_getline_nul(), and
    mechanically rewrites these call sites to call either one of
    them.  The changes contained in this patch are:
    
     * introduction of these two functions in strbuf.[ch]
    
     * mechanical conversion of all callers to strbuf_getline() with
       either '\n' or '\0' as the third parameter to instead call the
       respective thin wrapper.
    
    After this step, output from "git grep 'strbuf_getline('" would
    become a lot smaller.  An interim goal of this series is to make
    this an empty set, so that we can have strbuf_getline_crlf() take
    over the shorter name strbuf_getline().
    
    Signed-off-by: default avatarJunio C Hamano <gitster@pobox.com>
    8f309aeb
    History
    Name Last commit Last update
    ..