> > 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


> 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.


> > 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?


> 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


> > 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.

Regards,
Markus

------------------------------------------------------------------------------
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

Reply via email to