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

Re: [PATCH] avoid possible overflow in delta size filtering computation

From
Nicolas Pitre <nico@cam.org>
Date
Mar 24, 2009, 20:52 UTC
Message-ID
<alpine.LFD.2.00.0903241652080.26337@xanadu.home>
In-Reply-To
<IJd5MMCs9G_oJF_jS9hZAHkoKM0IvDNHuvHhhQ3MnKbPbSQlMYjOAg@cipher.nrlssc.navy.mil>
On Tue, 24 Mar 2009, Brandon Casey wrote:
Show 7 quoted lines
> Nicolas Pitre wrote:
> > On a 32-bit system, the maximum possible size for an object is less than 
> > 4GB, while 64-bit systems may cope with larger objects.  Due to this 
> > limitation, variables holding object sizes are using an unsigned long 
> > type (32 bits on 32-bit systems, or 64 bits on 64-bit systems).
> 
> FYI: except on windows 64-bit where long is still 32 bits AFAIK
Whatever. Same issue.
Nicolas
Previous: Brandon CaseyNext: Nicolas Pitre
Message 3 of 10 in “avoid possible overflow in delta size filtering computation”
  1. avoid possible overflow in delta size filtering computationNicolas Pitre, Mar 24, 2009
  2. Brandon CaseyMar 24, 2009
  3. Nicolas PitreMar 24, 2009
  4. Nicolas PitreMar 25, 2009
  5. Kjetil BarvikMar 25, 2009
  6. Nicolas PitreMar 25, 2009
  7. Kjetil BarvikMar 25, 2009
  8. Nicolas PitreMar 25, 2009
  9. Kjetil BarvikMar 26, 2009
  10. Nicolas PitreMar 27, 2009

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.