- Oct 11, 2017
-
-
Steven Murray authored
-
Steven Murray authored
-
Eric Cano authored
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
rmc_mnt().
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
message as a result of calling the rmc_mnt() with a drive string for a drive within an ACS compatible tape library.
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
The strerror_r_wrapper() function wraps the XSI compliant version of strerror_r(). This wrapper facilitates the task of having the XSI compliant verson of strerror_r() as opposed to the GNU version. In order to the XSI compliant version, the implemenation file common/strerror_r_wrapper.cpp undefines _GNU_SOURCE and defines _XOPEN_SOURCE to be 600. Please note that the strerror_r_wrapper() is not yet called by any other code in CASTOR. The purpose of this commit is to see how the wrapper function compiles on SLC5, SLC6 and MAC.
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
The CASTOR/SHIFT function sstrerror_r() should call the "standard" function strerror_r(). Before this modification the "standard" strerror() function was being called which is not guranteed to be thread safe. Compiling the CASTOR/SHIFT function sstrerror_r() code as C++ code as opposed to C code makes the GNU compiler check the return type of the "standard" function strerror_r(). The return type of the "standard" function strerror_r() is char * for the GNU version and int for the POSIX version. The following two conditions must be true in order to use the POSIX version of strerror_r(): 1. _GNU_SOURCE must NOT be defined 2. Either _XOPEN_SOURCE should be defined as 600 or _POSIX_C_SOURCE should be defined as 200112L
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
The following commit incorrectly changed the way 64-bit integers are marshalled: commit fc6ee058 Author: sponcec3 <Sebastien.Ponce@cern.ch> Date: Wed Jan 15 15:01:19 2014 +0100 Fixed compilation in -O2 mode. This in particular includes fixing the remaining strict-aliasing issues. This commit reverts the changes that effected the marshalling of 64-bit integers.
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
Fixed in the v2_1_14Version branch.
-
Eric Cano authored
The default is now really RelWithDebInfo. As a byproduct, the backtrace is now leak-free (the leaky line number feature (in SLC5) is only present in Debug builds). Relaxed the compilation for files with strict aliasing issues. Gave a default value to a few variables which might e used uninitialized. The unit tests hence pass again in SLC5.
-
sponcec3 authored
This in particular includes fixing the remaining strict-aliasing issues.
-
Steven Murray authored
the -O2 option.
-
Eric Cano authored
-
Steven Murray authored
the following MACRO magic in h/log.h: #ifdef log #undef log #endif #define log (*logfunc) /* logging function name */ With this commit I remove the above MARCHO magic and simply replace "log" with its expanded form of (*logfunc).
-
Steven Murray authored
castor::exception::AlreadyInitialized
-
Steven Murray authored
castor::exception::InvalidNbArguments
-
Steven Murray authored
-