On Monday 16 November 2009 23:14:04 SF Markus Elfring wrote: > > > Do you care for failed output and log messages? > > > > I don't understand. > > I have got the impression that it is very common to ignore error handling > for (f)printf style functions. > > > Bacula is one of the most correct and robust programs I have ever seen. > > The implementation has still got some open issues on this design aspect ... > > > > I imagine that it is not needed to distinguish on the "importance" in > > > this way if tools from the technology of aspect-oriented programming > > > can be automatically applied. > > > > I don't understand. > > Strict error code checking can be enforced if tools like AspectC++ will be > integrated into the software build process. http://aspectc.org/ > http://research.msrg.utoronto.ca/ACC/Tutorial#A_Reusable_Aspect_for_Memory_ >All
I am not interested in using AspectC++. It is just one more concern for porting and at this point in time will consume time for "cleanup" when we need all the time we can get for "implementation" > > > We have a small set of C++ constructs that we use, and we don't want any > > new operator uses. See the Developer's Guide for more details. > > That's a pity. - The configuration of new operators can provide great > powers that are demonstrated by the C++ standard template library for > example. The few new operators we use will probably be removed, and there is absolutely no chance that we would even consider the STL. > > > > Would you like to support software environments which do not depend on > > > an out of memory killer? ;-) > > > > I don't understand. > > The OOM killer is famous on operating systems like Linux. > http://en.wikipedia.org/wiki/Out_of_memory > > Otherwise, every memory allocator has got the possibility to return a NULL > pointer. How do you think about to transform it into a std::bad_alloc > exception? Bacula's malloc() cannot return a NULL pointer. If you want to know why, please read the code. > > > We do not want to use the full power of C++. We are already happy with > > our small subset. It is robust and very portable. > > I hope that you do not want to stick to the limited feature set of Embedded > C++. http://en.wikipedia.org/wiki/Embedded_C%2B%2B > > Would you like to reduce the efforts for error code checking by an > exception class hierarchy? > http://dietmar-kuehl.de/mirror/c++-faq/exceptions.html#faq-17.1 No. Our current error code handling works across all platforms and does not require us to check return codes everywhere. > > > > It seems that you still apply a traditional C coding style to big parts > > > of the source code. > > > > Yes, that is exactly what we do. Bacula is C code with a few selected > > C++ features. We don't want any more. > > I find it hard to improve the software quality if features for such a > better support are excluded from the programming language. > > > > Would you like to benefit from code that will be > > > automatically generated for you? > > > > No. > > Are there any chances that I can change your mind on this detail? > > > > How many instructions and work can be saved by different means? > > > > Sorry, but many of your questions I just don't understand -- such as the > > above one. I suppose they are retorical? > > No, mostly not. > > Object- and aspect-oriented programming was developed to make programs > easier and safer. > We are not interested in adding many more object and aspect oriented features. Over time a few more class definitions will be added but that is about all. As I mentioned in a previous email. If you can find outright bugs, you would be doing the project a big help. For the moment, we cannot even think about trying to take on more C++ features. It would be too disruptive to the project. Kern ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
