of ::dlf_init() to the exception thrown by:

castor::dlf::dlf_init(const char* facilityName, castor::dlf::Message messages[])

A nice explanatory message was being consructed when the facility name exceeded
21 characters in length, but the message was not added to the exception, so I
only got a "Unable to initialize DLF" with no further explanation when I tried
to initialise DLF with a crazy long name.

  castor::server::BaseServer::dlfInit(castor::dlf::Message messages[])

by adding:

  throw (castor::exception::Exception)

The implementation of this method calls the following method without
a try and catch clause around it:

  castor::dlf::dlf_init(const char* facilityName, Message messages[])

This method can throw a castor::exception::Exception.

The -h option just displays the usage message without giving an unknown
option error.

The -c option allows the user to overide the default location of the castor
configuration file.  This is useful when one wants to run a locally compiled
version of a daemon on a host with an rpm installation of the same daemon.  One
needs to make a castor configuration file with the locations of the locally
built dynamic shared libraries and then use the -c option to point to it.

and CPPFLAGS.  By default the DEBUG macro is uncommented.

for disk to disk transfer we will fill file extended attributes with the information from Castor Name Server database
both RFIOD USE_CKSUM and CNS USE_CKSUM should be YES to use this

int Cns_statcs (const char *path, struct Cns_fileid *file_uniqueid, struct Cns_filestatcs *statbuf)

place). Controlled by new parameter (POSITION_TIMEOUT). Default value is
900 seconds.

Added checking for checksums in Cns_setsegattr.
If we have filled fields in Cns_file_metadata (csumtype,csumvalue) and we have one segment for a file, than before insert\update this segment we will compare the ckecksums and return EINVAL in error case

  known to the stager

Replaced the selectPhysicalFileName method by getBestDiskCopyToRead. This fixes the incorrect IOResponse being sent back to xrootd in StagePrepareToGetRequests

tape aggregator daemon.

config/site.def.  We do not want any possibility of the icontents of castor/tape
being built.

castor/tape will eventaully contain sub-directories for the "tape gateway"
and "tape aggregator" applications.

cmmand-line too so that the code can be easily used in another project
directory.

it without any command-line arguments.

Added the following line to the two generated files VdqmDlfMessageConstants.hpp
and VdqmDlfMessageStrings.cpp:

  /* This file was generated by ./VdqmDlfMessagesCodeGenerator on Fri Aug 15 10:15:46 CEST 2008
 */

generated by the command-line tool: VdqmDlfMessagesCodeGenerator

For example:

./VdqmDlfMessagesCodeGenerator constants > VdqmDlfMessageConstants.hpp
./VdqmDlfMessagesCodeGenerator strings > VdqmDlfMessageStrings.cpp

file VdqmDlfMessageStrings.cpp.  This stops them from cluttering up
VdqmServer.cpp.  It also opens up the opportunity for the command-line tool
VdqmDlfMessagesCodeGenerator to be modified to generate the whole source file
for the message strings as it already does for the constants:
VdqmDlfMessageConstants.hpp

VdqmDlfMessagesCodeGenerator.  One needs to type:

./VdqmDlfMessagesCodeGenerator enum > VdqmDlfMessageConstants.hpp

merged prepareForMigration and prepareForMigrationcs inside C++ part of stager. For stager we have to use CNS USE_CKSUM YES if we want to fill checksum in castor name server. For C api we still have two functions Cstager_IJobSvc_prepareForMigrationcs and Cstager_IJobSvc_prepareForMigration

For stager we have to use CNS USE_CKSUM YES if we want to fill checksum in castor name server.
For C api we still have two functions Cstager_IJobSvc_prepareForMigrationcs and Cstager_IJobSvc_prepareForMigration

  * Command-line errors are now logged to DLF as well as displayed on the
    console via stderr

  * An uncaught exception is no longer thrown if the program could not
    instantiate the database parameters service

  * Errors when initialising the database service are now logged to DLF as
    well as displayed on the console via stderr

that they explain the command lists all priorities by default.

message if the ORAVDQMCONFIG file does not exist.

added call for Cstager_IJobCvs_prepareForMigrationcs inside rfiod, if we have "CNS  USE_CKSUM YES" in  castor.conf on diskserver.

added prepareForMigrationcs method it is the same as prepareForMigration but has two additional fileds: csumtype, csumvalue
in the end it calls Cns_setfsizecs instead of Cns_setfsize.
C function to use it is Cstager_IJobSvc_prepareForMigrationcs and it should be called inside mover (rfiod, xrootd)  or stagerJob (gridftpd, rootd) if the mover wants to put checksums to castor name server database