More strbufs, take 2 [on top of next, rebased since last series]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



  This new proposal has this changed since last proposal:

  * the strbuf patch also changed strbuf_init and strbuf_read to take an
    extra size hint. If it's 0 it works like before. If non-zero, it's
    the size the buffer will have at start for strbuf_init, or the first
    "grow" asked for strbuf_read (so that if you made a "stat" on your
    file, you can realloc once only now, or if you know that you will
    read small datas, you will avoid the default 8k memory buffer).

  * I fixed my mistake in interpolate.c and commented the *dest = \0
    that looks curious at the first read, explaining what the previous
    loop is supposed to do (ensure that there will always be space for a
    \0 if there was space for it in the first place, aka if reslen > 0).

  * Minor cosmetics changes (like the return of a void function that was
    horrible to read).

  This series has been rebased on top of next as it didn't applied
cleanly (because of the gpg fix and the missing "free" I reported
earlier).


-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux