> On Mon, 18 Jul 2022 10:06:50 -0500, Larry Rosenman said:
>
> I'll just keep using the DEBUG build for now, but sounds like this
> should be picked up
> upstream.
I've reported it here:
https://bugs.bacula.org/view.php?id=2655
__Martin
___
Bac
> On Mon, 18 Jul 2022 10:06:50 -0500, Larry Rosenman said:
>
> On 07/18/2022 10:00 am, Martin Simmons wrote:
> >> On Mon, 18 Jul 2022 09:18:17 -0500, Larry Rosenman said:
> >>
> >> On 07/18/2022 8:22 am, Martin Simmons wrote:
> >> >> On Sat, 16 Jul 2022 17:00:33 -0500, Larry Rosenman
On 07/18/2022 10:00 am, Martin Simmons wrote:
On Mon, 18 Jul 2022 09:18:17 -0500, Larry Rosenman said:
On 07/18/2022 8:22 am, Martin Simmons wrote:
>> On Sat, 16 Jul 2022 17:00:33 -0500, Larry Rosenman said:
>>
>> (gdb) bt full
>> #0 kill () at kill.S:4
>> No locals.
>> #1 0x00088ad66
> On Mon, 18 Jul 2022 09:18:17 -0500, Larry Rosenman said:
>
> On 07/18/2022 8:22 am, Martin Simmons wrote:
> >> On Sat, 16 Jul 2022 17:00:33 -0500, Larry Rosenman said:
> >>
> >> (gdb) bt full
> >> #0 kill () at kill.S:4
> >> No locals.
> >> #1 0x00088ad660a0 in __fail (
> >>
OK. I just saw that dird/fd_cmds.c includes findlib/find.h and that
findlib/find_one.c was significantly changed in 13.0. It is one of the
few places alloca() is used. It might not even be related to alloca(),
but that is a likely candidate for a stack-protector overflow detection.
The detectio
On 07/18/2022 8:22 am, Martin Simmons wrote:
On Sat, 16 Jul 2022 17:00:33 -0500, Larry Rosenman said:
(gdb) bt full
#0 kill () at kill.S:4
No locals.
#1 0x00088ad660a0 in __fail (
msg=0x88ac6d34f "stack overflow detected; terminated")
at /usr/src/lib/libc/secure/stack_protector.
> On Sat, 16 Jul 2022 17:00:33 -0500, Larry Rosenman said:
>
> (gdb) bt full
> #0 kill () at kill.S:4
> No locals.
> #1 0x00088ad660a0 in __fail (
> msg=0x88ac6d34f "stack overflow detected; terminated")
> at /usr/src/lib/libc/secure/stack_protector.c:130
> sa = {__sig
I don't see how it can be related to find_one_file.
The crash is happening in the director, but find_one_file is called in the
client.
__Martin
> On Mon, 18 Jul 2022 08:33:30 -0400, Josh Fisher said:
>
> So, v. 13.0 calls alloca() in the following source files:
>
> findlib/mkpath.c
> find
So, v. 13.0 calls alloca() in the following source files:
findlib/mkpath.c
findlib/find_one.c
lib/bnet_server.c
lib/parse_conf.c
tools/bsmtp.c
tools/bsmtp.c
win32/compat/compat.h
win32/compat/compat.cpp
win32/compat/compat.cpp
win32/libwin32/statusDialog.cpp
and that list is unchanged from the 9
On 7/17/22 18:25, Larry Rosenman wrote:
> full build log for the DEBUG version:
>
https://home.lerctr.org:/data/live-host-ports/2022-07-16_17h45m44s/logs/bacula13-server-13.0.0.log
>
> full build log for the NON-DEBUG version:
>
https://home.lerctr.org:/data/live-host-ports/2022-07-15
On 07/17/2022 9:16 am, Andrea Venturoli wrote:
On 7/17/22 15:34, Josh Fisher wrote:
Bacula has had false-positive issues with similar buffer overrun
protections before,
Hmm... -fstack-protector just put canaries around the stack and
verifies they are still there and intact.
If the stack canar
On 7/17/22 15:34, Josh Fisher wrote:
Bacula has had false-positive issues with similar buffer overrun
protections before,
Hmm... -fstack-protector just put canaries around the stack and verifies
they are still there and intact.
If the stack canary is corrupt, then IMO an overrun has defini
On 7/17/22 06:10, Andrea Venturoli wrote:
On 7/16/22 19:07, Larry Rosenman wrote:
msg=0x88ac6d34f "stack overflow detected; terminated")
at /usr/src/lib/libc/secure/stack_protector.c:130
#2 0x00088ad66010 in __stack_chk_fail ()
at /usr/src/lib/libc/secure/stack_protector.c
On 7/16/22 19:07, Larry Rosenman wrote:
msg=0x88ac6d34f "stack overflow detected; terminated")
at /usr/src/lib/libc/secure/stack_protector.c:130
#2 0x00088ad66010 in __stack_chk_fail ()
at /usr/src/lib/libc/secure/stack_protector.c:137
#3 0x00252e69 in send_include_
On 07/16/2022 5:00 pm, Larry Rosenman wrote:
On 07/15/2022 6:08 pm, Larry Rosenman wrote:
On 07/15/2022 5:42 pm, Larry Rosenman wrote:
On my 14-current system with bacula13-{client,server}, bacula-dir is
crashing when I try to run one of my jobs:
[SNIP]
if I undo the above bacula-dir.conf ch
On 07/15/2022 6:08 pm, Larry Rosenman wrote:
On 07/15/2022 5:42 pm, Larry Rosenman wrote:
On my 14-current system with bacula13-{client,server}, bacula-dir is
crashing when I try to run one of my jobs:
[SNIP]
if I undo the above bacula-dir.conf changes it runs.
Ideas what I did to cause it g
On 07/15/2022 5:42 pm, Larry Rosenman wrote:
On my 14-current system with bacula13-{client,server}, bacula-dir is
crashing when I try to run one of my jobs:
<10>1 2022-07-15T17:36:29.513796-05:00 borg.lerctr.org bacula-dir
36370 - - stack overflow detected; terminated
<6>1 2022-07-15T17:36:29.627
17 matches
Mail list logo
