Renamed typoed, non unwritten rules following dlg_pengindMessagesVector class to castor::dlf::PendingMessagesVector.

Fixed wrong criteria for detecting blank command line in cmake: CMAKE_BUILD_TYPE exists, but is empty.
Commented out feature not availble in SLC6.

Finished to move all the converters/services to global static variables instead of pointers.
This fixes the last memory leaks in castorclient library.
Fixed mismatch of malloc and delete in Backtrace.

the old fshioned "ifndef".  We should decide which mechanism to use, either
"pragma once" or "ifndef".  Both have pros and cons, but above all we should be
consistent.  In this particular case I lost time determining if a
"missing new-line" compilation error with Exception.cpp was being caused a
missing new-line or because the "pragma once" statement was making the
compilation more pedantic.  The "pragma once" was innocent in this case.

Removed the deltpfil() function that deletes files from the end of a tape in
order to leave the tape terminated with a correct label structure.  The
deltpfil() function increases the risk of data loss in a system that uses
deferred tape flushes.  When appending data to the end of a tape the
deltpfil() function has been made redundant by the fact that the stageri
always instructs the tape system to position to the end of the last file
successfully written to tape as opposed to requesting a tape drive to position
to end of data.

Added cleanup in the pending list of the c++ version of the library (for cases when dlf_init is not called.

Re-instated the build dependency on binutils-devel t avoid developper's confusion when building with debug options.

Fixed memory leaks in backtrace line number mechanism in the destructor of the singleton class.
Added extra missing free or data returned by cxx_abi call.
Removed apparent memory leak by turning converters into statis objects.

Moved default build to RelWithDebInfo (was debug) and removed the dependency on binutils-devel. Developers that wish to compile in Debug mode need the binutils-devel and should call cmake with option '-DCMAKE_BUILD_TYPE:STRING=Debug'

This in particular includes fixing the remaining strict-aliasing issues.

Adapted the tape code.
Moved the Errnum unit tests and covered all the throwers.

to the BaseDaemon class.

opposed to the BaseDaemon class.

to the BaseDaemon class.

BaseDaemon.

the -O2 option.

submission

BaseDaemon.

Pumped up the maximum length of the string value (why do we have one ?) in order to have a better chance to get full backtraces

pointer to Mutex member variable names MultiThreadedDaemon::m_signalMutex.

In case the compilation takes place in debug mode, add code to extract file, function and line numbers in the backtraces

Allow overwriting the build type on the command line via a e.g. '-D CMAKE_BUILD_TYPE:STRING=Debug' option

submitted requests to disappear.
The logic to clean up old requests has been changed: failed requests
are kept respecting the timeout in CastorConfig, successful requests
may be dropped earlier (as in the past) to keep the SubRequest table from
growing too much.
In consequence, the repack reporting has been adapted: the 'migrated'
count is now computed by difference with the other counters, while the
'failed' count can be trusted because of the above.

Partially added signal handling system for the single threaded daemon.
Cleaned up the local daemonize() function.
Added exception throwing helpers for standard error situations.

NotifierThread.

between libcastorvdqmora.so and libcastorvdqmora.so.  These missing
dependencies only become apparent at runtime.

"transparent" modifications to BaseDaemon.  I am trying to fiux the
following segmentation fault:

Program received signal SIGSEGV, Segmentation fault.
0x00002aaaaac8c96a in castor::server::BaseServer::start (this=0x7fffffffe320)
    at /home/murrayc3/castor/checkout/build/RPM/BUILD/castor-2.1.14-5/castor/server/BaseServer.cpp:166
warning: Source file is more recent than executable.
166	    tp->second->init();

actually causes a sgmentation fault for all C++ daemons at run time:

Program received signal SIGSEGV, Segmentation fault.
0x00002aaaaac89d7f in castor::server::BaseDaemon::addNotifierThreadPool (this=0x7fffffffe350, port=5012)
    at /home/murrayc3/castor/checkout/build/RPM/BUILD/castor-2.1.14-5/castor/server/BaseDaemon.cpp:128
warning: Source file is more recent than executable.
128	  m_threadPools['_']->setNbThreads(0)

This commit hopefully fixes the problem.

can be used directly as the super-class of single-threaded daemons.  There is
currently no need for an intermediary SingleThreadedDaemon class.