- 22 Mar, 2010 39 commits
-
-
Vincent Povirk authored
-
Vincent Povirk authored
-
Vincent Povirk authored
-
Vincent Povirk authored
-
Vincent Povirk authored
-
Vincent Povirk authored
-
Vincent Povirk authored
-
Roderick Colenbrander authored
-
Roderick Colenbrander authored
-
Roderick Colenbrander authored
-
Andrew Nguyen authored
-
Andrew Nguyen authored
-
Eric Pouech authored
-
Eric Pouech authored
-
Eric Pouech authored
-
Eric Pouech authored
-
Eric Pouech authored
-
Francois Gouget authored
-
Francois Gouget authored
-
Francois Gouget authored
-
Francois Gouget authored
-
Francois Gouget authored
-
Francois Gouget authored
-
Francois Gouget authored
-
Francois Gouget authored
-
Francois Gouget authored
-
Francois Gouget authored
-
Francois Gouget authored
-
Francois Gouget authored
-
Francois Gouget authored
-
Vincent Povirk authored
This value is stored in the storage file header. We currently hard-code it to 0x1000. I don't expect to see files in the wild with other values, but according to MS this is a valid configuration. For now, just fail if we see another value. I've also upgraded the message for unexpected values in storage file headers to a fixme, since they are valid according to MS.
-
Vincent Povirk authored
There's no need for this. Any useful information we could get out of it is availble from the olemalloc channel, and it means that the ole channel changes behavior in a way that's visible to programs.
-
Vincent Povirk authored
This makes creating small block chains O(n) instead of O(n**2) because we don't have to keep rechecking the first blocks in the file.
-
Paul Vriens authored
-
Juan Lang authored
-
Andrew Eikum authored
-
Vincent Povirk authored
-
Vincent Povirk authored
-
Vincent Povirk authored
-
- 20 Mar, 2010 1 commit
-
-
Alexandre Julliard authored
-