bsdtar core dumps
Sean McNeil
sean at mcneil.com
Sat Aug 21 11:32:43 PDT 2004
On Sat, 2004-08-21 at 10:56, Tim Kientzle wrote:
> Maxim Konovalov wrote:
> > On Sat, 21 Aug 2004, 10:19-0700, Tim Kientzle wrote:
> >
> > [...]
> >
> >>The code you've pointed to above concerns
> >>me because of the part about:
> >>if (n == 0) {
> >>...
> >>n = 1;
> >> }
> >>That ain't right: If I told vsnprintf the buffer
> >>size was zero, it should treat it as such. If I
> >>meant "one", I would have said "one."
> >
> > That code was committed in rev. 1.21 vsnprintf.c, a workaround for a
> > memory leak, bin/36175.
>
> Ahh... I see now. Apparently, I've either had too
> much caffeine or not enough. I'll try to adjust that. ;-)
>
> But the code in vsnprintf.c is correct. The n=1
> is the size of the stack-allocated temp buffer, not the
> user buffer. That makes Sean's idea of something
> Alpha-specific seem more likely.
I think you mean amd64-specific.
> Sean, could you take a look at this bug report:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=36175
>
> Try running the program there under "How To Repeat"
> and tell us what happens. That should shed some
> light on the subject.
Just tried it and the size of the program never grows here. Nor is
there a core dump.
> In the meantime, do try the patch I sent you earlier.
> At the very least, I'd like to get bsdtar to stop
> dumping core on you.
I will try your patch soon, but it probably will not be until another 24
hours.
Thanks,
Sean
More information about the freebsd-current
mailing list