# Bugs

| Home | Libraries | People | FAQ | More

# What to do about Boost bugs

1. Make sure the bug isn't already fixed in the latest sources. The most recent version of everything on the Boost web site is available from boost public CVS repository.
2. If you are a Boost user, or a Boost developer that doesn't have a CVS write access:
   1. Submit a bug report to either boost-users list, boost mailing list, or our bug tracking facility at SourceForge; submitting it to either of the mailing lists is a preferred way - because many of the Boost developers read the lists on a daily basis, this way you are likely to get a quicker response, and the discussions that often arise there from (possible) bug reports are quite interesting and educational as well;
   2. If you have a proposed patch to the code, post it along with your bug report, preferably in the context diffs format (`diff -c`); if you can, send a patch relative to the current CVS state.
3. If you are a Boost developer, and you have a CVS write access:
   1. If bug is trivial (e.g. misspelled name, missed `typename`, etc.), and you are willing to make a fix, either make your changes locally and contact the library author(s)/maintainer(s) about it, or go ahead and check the fix into CVS, but post a notification about it to the boost mailing list (if the author is not very active on the list, you also might want to consider `cc`'ing him as well);
   2. If bug is non-trivial, or/and you don't have time/resources to fix it, submit a bug report (see p. 2 above); chances are that the maintainer(s) will respond promptly and take care of the problem;
   3. Otherwise create a temporary branch in CVS, make your changes there, and ask the library author(s)/maintainer(s) to review them; if they are ok with the new code, either you or they can integrate the fixes into the main trunk.

Contributed by Aleksey Gurtovoy

Revised 18 January, 2002