All,

   I think we are at the point where we need to implement a code freeze 
against new changes to TDE until we have resolved all BLOCKER and CRITICAL 
bugs. Shooting at a moving target makes getting R14 to an acceptable baseline 
much more difficult than it need be. If there are a few more new changes 
required to build in functionality that is wanted in R14, that's fine, but 
once they are added, let's implement a 14 or 30 day freeze against new changes 
and get R14 in shape. What do you think? Please weigh in on the discussion.

   Additionally, if you have the knowledge to lend any help in resolving 
existing bugs -- your help is needed. I know a lot of you reading this are a 
lot smarter than I am on c++, but for whatever reason haven't yet grabbed a 
keyboard and jumped in to the bug tracker to help. Darrell has shouldered much 
of the recent fixing and updating, but we cannot rely on his efforts alone -- 
there is too much to do. Regardless of your level of expertise, you can help 
by taking a bug and working through the code to find out where things are not 
working. Even if you can't fix it, identifying where the problem is moves the 
ball forward and is greatly needed. Lord knows that is what I do most of the time.

   Seriously, if we are going to get R14 to the point of release, we need 
every able body to help. We are all busy, it is just a matter of making time. 
We have some really smart people on the list, let's all take a bug and work it 
to move R14 closer to done.

-- 
David C. Rankin, J.D.,P.E.