/brz/remove-bazaar

To get this branch, use:
bzr branch http://gegoxaren.bato24.eu/bzr/brz/remove-bazaar

« back to all changes in this revision

Viewing changes to doc/developers/specifications.txt

  • Committer: John Arbash Meinel
  • Date: 2009-12-14 15:52:24 UTC
  • mto: (4634.107.1 2.0)
  • mto: This revision was merged to the branch mainline in revision 4897.
  • Revision ID: john@arbash-meinel.com-20091214155224-6av92htxukvp69jk
https://launchpad.net/bugs/490228
Fix a rare segmentation fault in the groupcompress code.

When finding the location to insert an entry in the hash map,
we start by going to the next hash bucket, and walking backwards
to find the last empty entry.
The last entry in the hash table intentionally points to just
after the actual entry table, so that we have an 'upper bound'.
However, if the last actual bucket was full, this could cause
us to check to see if the 'sentinal' value pointed to NULL,
which isn't valid. If the memory allocator did not allocate
extra bytes after then end of the entry table, this would
access invalid memory and segfault.
The fix is to change the if check to evaluate whether the current
pointer is in the current bucket before we check to see whether
it is empty. (Note that the double check *should* be redundant.)

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/developers/specifications.txt
 
1
Specifications
 
2
==============
 
3
 
 
4
.. toctree::
 
5
   :hidden:
 
6
 
 
7
   revision-properties
 
8
   api-versioning
 
9
   apport
 
10
   authentication-ring
 
11
   bundles
 
12
   container-format
 
13
   groupcompress-design
 
14
   indices
 
15
   inventory
 
16
   lca-merge
 
17
   network-protocol
 
18
   plugin-api
 
19
   repository
 
20
   repository-stream
 
21
   case-insensitive-file-systems
 
22
   development-repo
 
23
   packrepo
 
24
 
 
25
 
 
26
* `Revision Properties <revision-properties.html>`_ |--| An application
 
27
  can set arbitrary per-revision key/value pairs to store app-specific
 
28
  data.
 
29
 
 
30
* `API versioning <api-versioning.html>`_ |--| bzrlib API versioning.
 
31
 
 
32
* `Apport error reporting <apport.html>`_ |--| Capture data to report
 
33
  bugs.
 
34
 
 
35
* `Authentication ring <authentication-ring.html>`_ |--| Configuring
 
36
  authentication.
 
37
 
 
38
* `Bundles <bundles.html>`_ |--| All about bzr bundles.
 
39
 
 
40
* `Container format <container-format.html>`_ |--| Notes on a container format
 
41
  for streaming and storing Bazaar data.
 
42
 
 
43
* `Groupcompress <groupcompress-design.html>`_ |--| Notes on the compression
 
44
  technology used in CHK repositories.
 
45
 
 
46
* `Indices <indices.html>`_ |--| The index facilities available within bzrlib.
 
47
 
 
48
* `Inventories <inventory.html>`_ |--| Tree shape abstraction.
 
49
 
 
50
* `LCA merge <lca-merge.html>`_ |--| A nice new merge algorithm.
 
51
 
 
52
* `Network protocol <network-protocol.html>`_ |--| Custom network protocol.
 
53
 
 
54
* `Plugin APIs <plugin-api.html>`_ |--| APIs plugins should use.
 
55
 
 
56
* `Repositories <repository.html>`_ |--| What repositories do and are used for.
 
57
 
 
58
* `Repository stream <repository-stream.html>`_ |--| Notes on streaming data
 
59
  for repositories (a layer above the container format).
 
60
 
 
61
* `Bazaar and case-insensitive file systems <case-insensitive-file-systems.html>`_
 
62
  |--| How Bazaar operates on case-insensitive file systems such as commonly
 
63
  found on Windows, USB sticks, etc.
 
64
 
 
65
* `Development repository formats <development-repo.html>`_ |--| How to
 
66
  work with repository formats that are still under development.
 
67
  Contains instructions for those implementing new formats, of course,
 
68
  but also for (bleeding-edge) end users of those formats.
 
69
 
 
70
* `Knit pack repositories <packrepo.html>`_ |--| KnitPack repositories 
 
71
  (new in Bazaar 0.92).
 
72
 
 
73
 
 
74
.. |--| unicode:: U+2014
 
75
 
 
76
..
 
77
   vim: ft=rst tw=74 ai