Re: [Bacula-users] [Bacula-devel] Bacula release 9.4.2
On 2019-03-05 15:18, John Nemeth wrote: On Mar 4, 10:07am, Kern Sibbald wrote: } } abort() is not portable -- it behaves differently on different } systems. abort() is part of the C standard, which means that it is completely portable. } A segfault is portable, so we use have used it for 20 years now, and it } works fine. Use abort() at your own risk. Derefencing a NULL pointer is undefined behaviour. Modern compilers are getting extremely aggressive in their handling of undefined behaviour. Dereference NULL pointers at your own risk. }-- End of excerpt from Kern Sibbald I have to agree with John here, not only is "abort()" part of the C and POSIX and related standards and highly portable, the use of "*0 = ..." is not. It might be a memory from the early 1980s, straight out of uni and into the fray, but a lot of microprocessors don't consider location "0" to be magical. Cheers, GaryB-) ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] [Bacula-devel] Bacula release 9.4.2
abort() is not portable -- it behaves differently on different systems. A segfault is portable, so we use have used it for 20 years now, and it works fine. Use abort() at your own risk. On 3/4/19 8:35 AM, Gary R. Schmidt wrote: > On 2019-03-01 23:00, Kern Sibbald wrote: >> Hello, >> >> I am quite surprised that the static function did not take precedence. >> In any case, I have changed the subroutine name to be bround(), and will >> push it to the git rep this evening. >> >> Thanks for pointing this out, >> Kern >> > I agree, it's strange that the "static" didn't hide it, but the G++ > developers often do strange things. > > Anyway, as threatened, here are my results building with the Solaris > Developer Studio C++ compiler: > > Using Developer Studio 12.6. > > Firstly, the code compiles much more quietly than previously, the > recent clean-up has certainly improved things. > > And the problem with "round()" did not happen... > > Sections are divided by lines of ='s. > > == > This warning is repeated for every file that includes src/config.h. > > Compiling attr.c > /src/bacula/bacula-9.4.2/libtool --tag=CXX --mode=compile > /opt/developerstudio12.6/bin/CC -c -I. -I.. -g -O -m64 attr.c > libtool: compile: /opt/developerstudio12.6/bin/CC -c -I. -I.. -g -O > -m64 attr.c -KPIC -DPIC -o .libs/attr.o > "../config.h", line 1266: Warning (Anachronism): Attempt to redefine > __restrict__ without using #undef. > 1 Warning(s) detected. > > Examining the source, it is for a very old version of the Solaris C++ > compiler, I would suggest changing lines 1255-1266 in > autoconf/config.h.in: > > $ diff -c original-bacula-9.4.2/autoconf/config.h.in > bacula-9.4.2/autoconf/config.h.in > *** original-bacula-9.4.2/autoconf/config.h.in Mon Mar 4 18:06:07 2019 > --- bacula-9.4.2/autoconf/config.h.in Mon Mar 4 18:11:18 2019 > *** > *** 1255,1266 > nothing if this is not supported. Do not define if restrict is > supported directly. */ > #undef restrict > ! /* Work around a bug in Sun C++: it does not support _Restrict or > __restrict__, even though the corresponding Sun C compiler ends > up with > "#define restrict _Restrict" or "#define restrict __restrict__" > in the > previous line. Perhaps some future version of Sun C++ will work > with > restrict; if so, hopefully it defines __RESTRICT like Sun C > does. */ > ! #if defined __SUNPRO_CC && !defined __RESTRICT > # define _Restrict > # define __restrict__ > #endif > --- 1255,1266 > nothing if this is not supported. Do not define if restrict is > supported directly. */ > #undef restrict > ! /* Work around a bug in old Sun C++: it does not support _Restrict or > __restrict__, even though the corresponding Sun C compiler ends > up with > "#define restrict _Restrict" or "#define restrict __restrict__" > in the > previous line. Perhaps some future version of Sun C++ will work > with > restrict; if so, hopefully it defines __RESTRICT like Sun C > does. */ > ! #if defined __SUNPRO_CC && __SUNPRO_CC < 0x5150 > # define _Restrict > # define __restrict__ > #endif > > This behaviour probably changed in Sun C++ several versions ago, but > the noise generated prior to the recent clean-up masked it. > > == > > After applying the above change, things get a lot quieter! > > Subsequent warnings fall into two basic groups. > > == > > Group 1: > > "../baconfig.h", line 64: Warning: Likely null pointer dereference > (*(((char *)0)[0])): bRC_BXATTR BXATTR::serialize_xattr_stream > > This looks like old C code used to cause a segmentation violation when > something has gone wrong. > I wonder why "abort()" was/is not used? > > What happens if you replace the assignments like "tjcr[0] = 0;" with > "abort();" > The code compiles, but does it still do what is expected?? (Yes, I am > sure that it does, and some of the lines are even documented with > "generate segmentation violation" but just because I'm paranoid it > doesn't mean they aren't out to get me!) > > There are three files affected: > src/baconfig.h > src/lib/lockmgr.c > src/lib/message.c > > $ diff -c -r original-bacula-9.4.2/src/baconfig.h > bacula-9.4.2/src/baconfig.h > *** original-bacula-9.4.2/src/baconfig.h Tue Feb 5 03:47:31 2019 > --- bacula-9.4.2/src/baconfig.h Mon Mar 4 17:15:58 2019 > *** > *** 61,67 > char *tjcr = NULL; \ > Emsg1(M_ERROR, 0, _("Failed ASSERT: %s\n"), #x); \ > Pmsg1(000, _("Failed ASSERT: %s\n"), #x); \ > ! tjcr[0] = 0; } > > #define ASSERT2(x,y) if (!(x)) { \ > set_assert_msg(__FILE__, __LINE__, y); \ > --- 61,67 > char *tjcr = NULL; \ > Emsg1(M_ERROR, 0, _("Failed ASSERT: %s\n"), #x); \ > Pmsg1(000, _("Failed ASSERT: %
Re: [Bacula-users] [Bacula-devel] Bacula release 9.4.2
On 2019-03-01 23:00, Kern Sibbald wrote: Hello, I am quite surprised that the static function did not take precedence. In any case, I have changed the subroutine name to be bround(), and will push it to the git rep this evening. Thanks for pointing this out, Kern I agree, it's strange that the "static" didn't hide it, but the G++ developers often do strange things. Anyway, as threatened, here are my results building with the Solaris Developer Studio C++ compiler: Using Developer Studio 12.6. Firstly, the code compiles much more quietly than previously, the recent clean-up has certainly improved things. And the problem with "round()" did not happen... Sections are divided by lines of ='s. == This warning is repeated for every file that includes src/config.h. Compiling attr.c /src/bacula/bacula-9.4.2/libtool --tag=CXX --mode=compile /opt/developerstudio12.6/bin/CC -c -I. -I.. -g -O -m64 attr.c libtool: compile: /opt/developerstudio12.6/bin/CC -c -I. -I.. -g -O -m64 attr.c -KPIC -DPIC -o .libs/attr.o "../config.h", line 1266: Warning (Anachronism): Attempt to redefine __restrict__ without using #undef. 1 Warning(s) detected. Examining the source, it is for a very old version of the Solaris C++ compiler, I would suggest changing lines 1255-1266 in autoconf/config.h.in: $ diff -c original-bacula-9.4.2/autoconf/config.h.in bacula-9.4.2/autoconf/config.h.in *** original-bacula-9.4.2/autoconf/config.h.in Mon Mar 4 18:06:07 2019 --- bacula-9.4.2/autoconf/config.h.in Mon Mar 4 18:11:18 2019 *** *** 1255,1266 nothing if this is not supported. Do not define if restrict is supported directly. */ #undef restrict ! /* Work around a bug in Sun C++: it does not support _Restrict or __restrict__, even though the corresponding Sun C compiler ends up with "#define restrict _Restrict" or "#define restrict __restrict__" in the previous line. Perhaps some future version of Sun C++ will work with restrict; if so, hopefully it defines __RESTRICT like Sun C does. */ ! #if defined __SUNPRO_CC && !defined __RESTRICT # define _Restrict # define __restrict__ #endif --- 1255,1266 nothing if this is not supported. Do not define if restrict is supported directly. */ #undef restrict ! /* Work around a bug in old Sun C++: it does not support _Restrict or __restrict__, even though the corresponding Sun C compiler ends up with "#define restrict _Restrict" or "#define restrict __restrict__" in the previous line. Perhaps some future version of Sun C++ will work with restrict; if so, hopefully it defines __RESTRICT like Sun C does. */ ! #if defined __SUNPRO_CC && __SUNPRO_CC < 0x5150 # define _Restrict # define __restrict__ #endif This behaviour probably changed in Sun C++ several versions ago, but the noise generated prior to the recent clean-up masked it. == After applying the above change, things get a lot quieter! Subsequent warnings fall into two basic groups. == Group 1: "../baconfig.h", line 64: Warning: Likely null pointer dereference (*(((char *)0)[0])): bRC_BXATTR BXATTR::serialize_xattr_stream This looks like old C code used to cause a segmentation violation when something has gone wrong. I wonder why "abort()" was/is not used? What happens if you replace the assignments like "tjcr[0] = 0;" with "abort();" The code compiles, but does it still do what is expected?? (Yes, I am sure that it does, and some of the lines are even documented with "generate segmentation violation" but just because I'm paranoid it doesn't mean they aren't out to get me!) There are three files affected: src/baconfig.h src/lib/lockmgr.c src/lib/message.c $ diff -c -r original-bacula-9.4.2/src/baconfig.h bacula-9.4.2/src/baconfig.h *** original-bacula-9.4.2/src/baconfig.hTue Feb 5 03:47:31 2019 --- bacula-9.4.2/src/baconfig.h Mon Mar 4 17:15:58 2019 *** *** 61,67 char *tjcr = NULL; \ Emsg1(M_ERROR, 0, _("Failed ASSERT: %s\n"), #x); \ Pmsg1(000, _("Failed ASSERT: %s\n"), #x); \ !tjcr[0] = 0; } #define ASSERT2(x,y) if (!(x)) { \ set_assert_msg(__FILE__, __LINE__, y); \ --- 61,67 char *tjcr = NULL; \ Emsg1(M_ERROR, 0, _("Failed ASSERT: %s\n"), #x); \ Pmsg1(000, _("Failed ASSERT: %s\n"), #x); \ !abort(); } #define ASSERT2(x,y) if (!(x)) { \ set_assert_msg(__FILE__, __LINE__, y); \ *** *** 68,74 Emsg1(M_ERROR, 0, _("Failed ASSERT: %s\n"), #x); \ Pmsg1(000, _("Failed ASSERT: %s\n"), #x); \ char *tjcr = NULL; \ !tjcr[0] = 0; } #else #define ASSERT(x) #define ASSERT2(x, y) --- 68,74 Emsg1(M_ERROR, 0, _("Failed ASSERT: %s\n"), #x); \
Re: [Bacula-users] [Bacula-devel] Bacula release 9.4.2
Hello, I am quite surprised that the static function did not take precedence. In any case, I have changed the subroutine name to be bround(), and will push it to the git rep this evening. Thanks for pointing this out, Kern On 3/1/19 8:27 AM, Gary R. Schmidt wrote: > On 2019-02-06 20:33, Kern Sibbald wrote: >> Hello, >> >> We are pleased to announce the release of Bacula version 9.4.2. It is >> already released to Source Forge and bacula.org. Binaries for selected >> should be available in the near future. >> >> This is a bug fix release to the prior version (9.4.1) that includes a >> number of bug fixes and patches. Thanks to the community for your >> participation. 9 bug reports were closed. In addition this version >> should fix virtually all the build problems found on FreeBSD. >> >> We recommend that all users upgrade to this release. >> >> Thanks for using Bacula, >> >> Kern >> > > After not trying 9.4.1, due to being about to go on hols, and thereby > ducking a bullet, and having caught up, I thought I would try 9.4.2... > > Building on Solaris 11.3 fails using g++ 7.3.0 fails. > > -- > $ g++ -v > Using built-in specs. > COLLECT_GCC=g++ > COLLECT_LTO_WRAPPER=/opt/local/bin/../libexec/gcc/x86_64-pc-solaris2.11/7.3.0/lto-wrapper > > Target: x86_64-pc-solaris2.11 > Configured with: ../gcc-7.3.0/configure > Thread model: posix > gcc version 7.3.0 (GCC) > $ > $ ./configure \ > CFLAGS="-g -O -m64" \ > LDFLAGS="-m64" \ > --prefix=/opt/bacula \ > --with-postgresql=/opt/postgres \ > --enable-smartalloc \ > --enable-lockmgr \ > --enable-batch-insert \ > --with-x \ > --x-includes=/usr/include/X11 \ > --with-smtp-host=mail > > $ gmake NO_ECHO= > ==>Entering directory /home/garys/src/bacula/bacula-9.4.2/src > gmake[1]: Entering directory `/home/garys/src/bacula/bacula-9.4.2/src' > gmake[1]: Nothing to be done for `all'. > gmake[1]: Leaving directory `/home/garys/src/bacula/bacula-9.4.2/src' > ==>Entering directory /home/garys/src/bacula/bacula-9.4.2/scripts > gmake[1]: Entering directory > `/home/garys/src/bacula/bacula-9.4.2/scripts' > gmake[1]: Nothing to be done for `all'. > gmake[1]: Leaving directory `/home/garys/src/bacula/bacula-9.4.2/scripts' > ==>Entering directory /home/garys/src/bacula/bacula-9.4.2/src/lib > gmake[1]: Entering directory > `/home/garys/src/bacula/bacula-9.4.2/src/lib' > Compiling attr.c > /opt/local/bin/g++ -c -x c++ -fno-strict-aliasing -fno-exceptions > -fno-rtti -I. -I.. -g -O -m64 -x c++ -fno-strict-aliasing > -fno-exceptions -fno-rtti attr.c > ... > Compiling bsnprintf.c > /opt/local/bin/g++ -c -x c++ -fno-strict-aliasing -fno-exceptions > -fno-rtti -I. -I.. -g -O -m64 -x c++ -fno-strict-aliasing > -fno-exceptions -fno-rtti bsnprintf.c > bsnprintf.c: In function 'int64_t round(double)': > bsnprintf.c:622:35: error: 'int64_t round(double)' conflicts with a > previous declaration > static int64_t round(LDOUBLE value) > ^ > In file included from > /opt/local/lib/gcc/x86_64-pc-solaris2.11/7.3.0/include-fixed/math.h:25:0, > from /opt/local/include/c++/7.3.0/bits/std_abs.h:40, > from /opt/local/include/c++/7.3.0/cstdlib:77, > from /opt/local/include/c++/7.3.0/stdlib.h:36, > from ../bacula.h:70, > from bsnprintf.c:36: > /usr/include/iso/math_c99.h:490:15: note: previous declaration 'double > std::round(double)' > extern double round __P((double)); > ^ > bsnprintf.c: In function 'int32_t fmtfp(char*, int32_t, int32_t, > double, int, int, int)': > bsnprintf.c:688:55: error: call of overloaded 'round(double)' is > ambiguous > fracpart = round((pow10(max)) * (ufvalue - intpart)); > ^ > bsnprintf.c:622:16: note: candidate: int64_t round(double) > static int64_t round(LDOUBLE value) > ^ > In file included from > /opt/local/lib/gcc/x86_64-pc-solaris2.11/7.3.0/include-fixed/math.h:25:0, > from /opt/local/include/c++/7.3.0/bits/std_abs.h:40, > from /opt/local/include/c++/7.3.0/cstdlib:77, > from /opt/local/include/c++/7.3.0/stdlib.h:36, > from ../bacula.h:70, > from bsnprintf.c:36: > /usr/include/iso/math_c99.h:490:15: note: candidate: double > std::round(double) > extern double round __P((double)); > ^ > In file included from > /opt/local/lib/gcc/x86_64-pc-solaris2.11/7.3.0/include-fixed/math.h:25:0, > from /opt/local/include/c++/7.3.0/bits/std_abs.h:40, > from /opt/local/include/c++/7.3.0/cstdlib:77, > from /opt/local/include/c++/7.3.0/stdlib.h:36, > from ../bacula.h:70, > from bsnprintf.c:36: > /usr/include/iso/math_c99.h:777:15: note: candidate: float > std::round(float) > in
Re: [Bacula-users] [Bacula-devel] Bacula release 9.4.2
On 2019-03-01 18:27, Gary R. Schmidt wrote: [SNIP] Changing "round" to "bacula_round" fixes this problem, as it is a static function; on to the next (if there is one). No errors in the build, but a couple of warnings and notes: --- ... Compiling jcr.c /src/bacula/bacula-9.4.2/libtool --tag=CXX --mode=compile /opt/local/bin/g++ -c -x c++ -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O -m64 -x c++ -fno-strict-aliasing -fno-exceptions -fno-rtti jcr.c libtool: compile: /opt/local/bin/g++ -c -x c++ -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O -m64 -x c++ -fno-strict-aliasing -fno-exceptions -fno-rtti jcr.c -fPIC -DPIC -o .libs/jcr.o jcr.c: In function 'void dbg_print_jcr(std::FILE*)': jcr.c:1223:36: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] # define get_threadid(a) (void *)(a) ^ jcr.c:1243:15: note: in expansion of macro 'get_threadid' get_threadid(jcr->my_thread_id), (int)jcr->JobId, jcr->JobStatus, jcr, jcr->Job); ^~~~ ... Compiling lockmgr.c /src/bacula/bacula-9.4.2/libtool --tag=CXX --mode=compile /opt/local/bin/g++ -c -x c++ -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O -m64 -x c++ -fno-strict-aliasing -fno-exceptions -fno-rtti lockmgr.c libtool: compile: /opt/local/bin/g++ -c -x c++ -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O -m64 -x c++ -fno-strict-aliasing -fno-exceptions -fno-rtti lockmgr.c -fPIC -DPIC -o .libs/lockmgr.o lockmgr.c: In member function 'void lmgr_thread_t::_dump(std::FILE*)': lockmgr.c:403:23: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] (void *)thread_id, max, current); ^ In file included from ../lib/lib.h:28:0, from ../bacula.h:169, from lockmgr.c:50: lockmgr.c: In function 'bool lmgr_detect_deadlock_unlocked()': lockmgr.c:632:14: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] # define TID thread_id ^ ../lib/smartall.h:101:43: note: in definition of macro 'New' #define New(type) new(__FILE__, __LINE__) type ^~~~ lockmgr.c:660:68: note: in expansion of macro 'TID' node = New(lmgr_node_t((void*)lock->lock, (void*)item->TID)); ^~~ lockmgr.c:632:14: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] # define TID thread_id ^ ../lib/smartall.h:101:43: note: in definition of macro 'New' #define New(type) new(__FILE__, __LINE__) type ^~~~ lockmgr.c:662:49: note: in expansion of macro 'TID' node = New(lmgr_node_t((void*)item->TID, (void*)lock->lock)); ^~~ --- Now to try it with the real C++ compiler... Cheers, GaryB-) ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] [Bacula-devel] Bacula release 9.4.2
On 2019-02-06 20:33, Kern Sibbald wrote: Hello, We are pleased to announce the release of Bacula version 9.4.2. It is already released to Source Forge and bacula.org. Binaries for selected should be available in the near future. This is a bug fix release to the prior version (9.4.1) that includes a number of bug fixes and patches. Thanks to the community for your participation. 9 bug reports were closed. In addition this version should fix virtually all the build problems found on FreeBSD. We recommend that all users upgrade to this release. Thanks for using Bacula, Kern After not trying 9.4.1, due to being about to go on hols, and thereby ducking a bullet, and having caught up, I thought I would try 9.4.2... Building on Solaris 11.3 fails using g++ 7.3.0 fails. -- $ g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/opt/local/bin/../libexec/gcc/x86_64-pc-solaris2.11/7.3.0/lto-wrapper Target: x86_64-pc-solaris2.11 Configured with: ../gcc-7.3.0/configure Thread model: posix gcc version 7.3.0 (GCC) $ $ ./configure \ CFLAGS="-g -O -m64" \ LDFLAGS="-m64" \ --prefix=/opt/bacula \ --with-postgresql=/opt/postgres \ --enable-smartalloc \ --enable-lockmgr \ --enable-batch-insert \ --with-x \ --x-includes=/usr/include/X11 \ --with-smtp-host=mail $ gmake NO_ECHO= ==>Entering directory /home/garys/src/bacula/bacula-9.4.2/src gmake[1]: Entering directory `/home/garys/src/bacula/bacula-9.4.2/src' gmake[1]: Nothing to be done for `all'. gmake[1]: Leaving directory `/home/garys/src/bacula/bacula-9.4.2/src' ==>Entering directory /home/garys/src/bacula/bacula-9.4.2/scripts gmake[1]: Entering directory `/home/garys/src/bacula/bacula-9.4.2/scripts' gmake[1]: Nothing to be done for `all'. gmake[1]: Leaving directory `/home/garys/src/bacula/bacula-9.4.2/scripts' ==>Entering directory /home/garys/src/bacula/bacula-9.4.2/src/lib gmake[1]: Entering directory `/home/garys/src/bacula/bacula-9.4.2/src/lib' Compiling attr.c /opt/local/bin/g++ -c -x c++ -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O -m64 -x c++ -fno-strict-aliasing -fno-exceptions -fno-rtti attr.c ... Compiling bsnprintf.c /opt/local/bin/g++ -c -x c++ -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O -m64 -x c++ -fno-strict-aliasing -fno-exceptions -fno-rtti bsnprintf.c bsnprintf.c: In function 'int64_t round(double)': bsnprintf.c:622:35: error: 'int64_t round(double)' conflicts with a previous declaration static int64_t round(LDOUBLE value) ^ In file included from /opt/local/lib/gcc/x86_64-pc-solaris2.11/7.3.0/include-fixed/math.h:25:0, from /opt/local/include/c++/7.3.0/bits/std_abs.h:40, from /opt/local/include/c++/7.3.0/cstdlib:77, from /opt/local/include/c++/7.3.0/stdlib.h:36, from ../bacula.h:70, from bsnprintf.c:36: /usr/include/iso/math_c99.h:490:15: note: previous declaration 'double std::round(double)' extern double round __P((double)); ^ bsnprintf.c: In function 'int32_t fmtfp(char*, int32_t, int32_t, double, int, int, int)': bsnprintf.c:688:55: error: call of overloaded 'round(double)' is ambiguous fracpart = round((pow10(max)) * (ufvalue - intpart)); ^ bsnprintf.c:622:16: note: candidate: int64_t round(double) static int64_t round(LDOUBLE value) ^ In file included from /opt/local/lib/gcc/x86_64-pc-solaris2.11/7.3.0/include-fixed/math.h:25:0, from /opt/local/include/c++/7.3.0/bits/std_abs.h:40, from /opt/local/include/c++/7.3.0/cstdlib:77, from /opt/local/include/c++/7.3.0/stdlib.h:36, from ../bacula.h:70, from bsnprintf.c:36: /usr/include/iso/math_c99.h:490:15: note: candidate: double std::round(double) extern double round __P((double)); ^ In file included from /opt/local/lib/gcc/x86_64-pc-solaris2.11/7.3.0/include-fixed/math.h:25:0, from /opt/local/include/c++/7.3.0/bits/std_abs.h:40, from /opt/local/include/c++/7.3.0/cstdlib:77, from /opt/local/include/c++/7.3.0/stdlib.h:36, from ../bacula.h:70, from bsnprintf.c:36: /usr/include/iso/math_c99.h:777:15: note: candidate: float std::round(float) inline float round(float __X) { return __roundf(__X); } ^ /usr/include/iso/math_c99.h:822:21: note: candidate: long double std::round(long double) inline long double round(long double __X) { return __roundl(__X); } ^ gmake[1]: *** [bsnprintf.o] Error 1 gmake[1]: Leaving directory `/home/garys/src/bacula/bacula-9.4.2/src/lib' == Error in /home/garys/src/bacula/bacula-9.4.2/s
Re: [Bacula-users] [Bacula-devel] Bacula release 9.4.2
Hello Kern Can you take a look in the manual? https://www.bacula.org/9.4.x-manuals/en/main/Main_Reference.html I've been noticed in the manuals since 9.X versions a bad encoding I guess https://www.bacula.org/9.0.x-manuals/en/main/Main_Reference.html Copyright © 2000-2018, Kern Sibbald New Bconsole “list†Command Behavior https://www.bacula.org/9.4.x-manuals/en/main/Main_Reference.html Copyright © 2000-2018, Kern Sibbald Restore option “noautoparent†New Bconsole “list†Command Behavior Bconsole “list jobs†command options These are just some examples. Can you take a look? About the "New Feature in 9.2.0" Enhanced Autochanger Support This example is not so clear Could you include the complete example with bacula-dir.conf and bacula-sd.conf configurations? Best regards *Wanderlei Hüttel* http://www.bacula.com.br Em qua, 6 de fev de 2019 às 07:34, Kern Sibbald escreveu: > Hello, > > We are pleased to announce the release of Bacula version 9.4.2. It is > already released to Source Forge and bacula.org. Binaries for selected > should be available in the near future. > > This is a bug fix release to the prior version (9.4.1) that includes a > number of bug fixes and patches. Thanks to the community for your > participation. 9 bug reports were closed. In addition this version > should fix virtually all the build problems found on FreeBSD. > > We recommend that all users upgrade to this release. > > Thanks for using Bacula, > > Kern > > > If you are trying to build the S3 drivers, please remember to use the > community supplied (from Bacula Enterprise) version of libs3.so found at: > > 04Feb19 > > - Update Windows .def files > - Change create_postgresql_database.in script to be more flexible > - Implement eliminate verify records in dbcheck bug #2434 > - Enhance verify-voltocat-test to detect comparing deleted files > - Fix bug #2452 VerifyToCatalog reports deleted files as being new > - Use correct quoting for a character -- fixes previous patch > - Recompile configure.in > - Apply Carsten's multiarch patch fixes bug #2437 > - Apply Carsten's patch for adding CPPFLAGS to tools/gigaslam.c compile > - Allow . to terminate sql queries prompts > - baculum: Update Baculum API OpenAPI documentation > - Fix rwlock_test unittest bug #2449 Only call thr_setconcurrency if it's >available. Fix order of linking and installation. > - FixFix spelling errors found by lintian by Carston in bug #2436 > - Apply chmods from Leo in bug #2445 > - Add license files LICENSE and LICENSE-FOSS to the regression directory > - Display daemon pid in .apiV2 status output > - Attempt to ensure that ctest job output gets uploaded > - Apply varargs patch from Martin for bug 2443 > - Apply recv() hide patch from Martin > - Fix lz4.c register compilation from bug #2443 > - dbcheck: Improve error message when trying to prune Path records with > BVFS is >used. > - Update cdash for version 9.4 > - Fix bug #2448 bregex and bwild do not accept -l command line option > - Partial update copyright year > - Fix struct transfer_manager to be class transfer_manager > - Print Device xxx requested by DIR disabled only if verbose is enabled in >SD > - Add migrate-job-no-resource-test to all-disk-tests > - Remove unused berrno call + return > - Remove mention of Beta release from ReleaseNotes > - Fix #3225 about Migration issue when the Job resource is no longer > defined > - baculum: Fix restore paths with apostrophe > - baculum: Fix data level > - Change endblock edit to unsigned -- suggested by Martin Simmons > - Update DEPKGS_VERSION > - baculum: Adapt Apache configs to version 2.4 > > Bugs fixed/closed since last release: > 2434 2436 2437 2443 2445 2448 2449 2452 3225 > > > > > ___ > Bacula-devel mailing list > bacula-de...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-devel > ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users