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.