git/list[1] front-page[2] threads[3] people[4] search[5] about
 

strbuf `filter' API

From
Pierre Habouzit <madcoder@debian.org>
Date
Oct 5, 2007, 20:19 UTC
Message-ID
<1191615571-15946-1-git-send-email-madcoder@debian.org>
  Ooookay,
  I wasn't more thrilled about the previous patch than linus is. Here is
a possible API to hide the muck in the strbuf.c module, and have a way
nicer to read code in convert.c.
  It remais as efficient as the previous code, tries to reuse the buffer
as much as possible to avoid reallocations, and deal with even more
cases (it's possible to have the "source" buffer be inside the
destination strbuf now, which could sometimes help a lot).
  I based this on top of master (because it's where my previous patch
was) but it should apply on next properly. It depends upon the previous
patch though.
  I'd say that the previous patch should go in master ASAP, and that
those two could be considered for next (having merged master in it first
btw).
Cheers,
-- 
·O·  Pierre Habouzit
··O                                                madcoder@debian.org
OOO                                                http://www.madism.org
Next: Alex Riesen
Message 1 of 8 in “strbuf `filter' API”
  1. Pierre HabouzitOct 5, 2007
  2. Alex RiesenOct 6, 2007
  3. Pierre HabouzitOct 7, 2007
  4. Alex RiesenOct 7, 2007
  5. Pierre HabouzitOct 7, 2007
  6. Alex RiesenOct 7, 2007
  7. Pierre HabouzitOct 8, 2007
  8. Alex RiesenOct 8, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.