[or-cvs] add a second on critical bugs to the volunteer page.

[arma@xxxxxxxx]

Update of /home2/or/cvsroot/website/en
In directory moria:/home/arma/work/onion/cvs/website/en

Modified Files:
	volunteer.wml 
Log Message:
add a second on critical bugs to the volunteer page.


Index: volunteer.wml
===================================================================
RCS file: /home2/or/cvsroot/website/en/volunteer.wml,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -p -d -r1.13 -r1.14
--- volunteer.wml	10 Feb 2006 01:16:24 -0000	1.13
+++ volunteer.wml	14 Feb 2006 04:35:20 -0000	1.14
@@ -22,6 +22,17 @@ services. Get them to tell their friends
   security, let them know about us.</li>
 </ol>
 
+<a id="Bugs"></a>
+<h2><a class="anchor" href="#Bugs">Critical bugs</a></h2>
+<ol>
+<li>Tor servers are not stable on Windows XP currently,
+because we try to use hundreds of sockets, and the
+Windows kernel doesn't seem capable of handling this. <a
+href="http://wiki.noreply.org/noreply/TheOnionRouter/WindowsBufferProblems";>Please
+help us solve this!</a> It is the number one problem with growing
+the Tor network currently.</li>
+</ol>
+
 <a id="Installers"></a>
 <h2><a class="anchor" href="#Installers">Installers</a></h2>
 <ol>
@@ -152,9 +163,6 @@ post</a> for one potential approach. Als
 <li>Tor 0.1.1.x includes support for hardware crypto accelerators via
 OpenSSL. Nobody has ever tested it, though. Does somebody want to get
 a card and let us know how it goes?</li>
-<li>Long ago, we added dmalloc support to Tor, to track leaks. But we
-never quite got it working. Is dmalloc unfit for the job? Look at the
---with-dmalloc configure option and go from there.</li>
 <li>Because Tor servers need to store-and-forward each cell they handle,
 high-bandwidth Tor servers end up using dozens of megabytes of memory
 just for buffers. We need better heuristics for when to shrink/expand