[syslog-ng] 3.2 alpha 2 build error
Balazs Scheidler
bazsi at balabit.hu
Thu Sep 2 17:33:24 CEST 2010
On Fri, 2010-08-20 at 15:32 -0700, Matthew Hall wrote:
> On Fri, Aug 20, 2010 at 05:15:05PM -0500, Martin Holste wrote:
> > Ah, oops, guess I didn't read too far! Anyway, hopefully my short gdb
> > explanation helps someone else out.
> >
> > Yes, the problem is definitely in the memtrace functions, as laid out
> > by the valgrind output. There aren't too many calls inside that
> > faulting code block, so it must be a problem as the stack is walked
> > back until backtrace[i] is invalid.
>
> Good to know. Hopefully someone can figure it out so the feature won't
> be broken when it's really needed someday.
memtrace is a developer's function. I use it rarely and noone except
developers would need it.
since I rarely use it, it sometimes bitrots and doesn't work. I know
this could be better, but it is not enabled by default :)
>
> > It looks to me like you wouldn't
> > want memtrace enabled by default as it would be unnecessary overhead,
> > so if you can get it work without, I'd stick with that.
>
> This build was intentionally non-production to be used to gain the
> detailed familiarity with the code that I always try to have before I
> begin deploying something widely. I wanted to enable as much tracing and
> debugging as I could on it so I could learn how it worked.
>
> I have a rule that I never deploy open source code I can't properly
> understand how to troubleshoot and/or debug if needed. Otherwise I'm
> flying blind if anything goes wrong. I also believe I have a personal
> responsibility to properly report problems if I am not capable of fixing
> them myself.
--enable-debug should be what you are looking for.
--
Bazsi
More information about the syslog-ng
mailing list