Re: valgrind still unhappy despite expect changes

"corvid" <[email protected]>
Newsgroups gmane.comp.web.dillo.devel
Message-ID <20110831214221.GA2167@local>
Jorge wrote:
> On Tue, Aug 30, 2011 at 06:19:38PM +0100, Jeremy Henty wrote:
> > 
> > Jorge Arellano Cid wrote:
> > 
> > > On Tue, Aug 30, 2011 at 12:34:59AM +0100, Jeremy Henty wrote:
> > > > 
> > > > I  compile Dillo  with  'configure "CFLAGS=-g  -O0" "CXXFLAGS=  -g
> > > > -O0"' to minimise false positives from gcc optimization.
> > > 
> > >   Ack.
> > > 
> > >   Given you got  the log. Do you  have a way to reproduce  it, or at
> > > least have a memory of what you were doing?
> > 
> > Unfortunately no.   I automatically run dillo inside  valgrind and log
> > the output.  A cron job reads the logs and updates the reports.  These
> > days I  rarely even look at  the logs unless something  in the mailing
> > list prompts me to.
> > 
> > I am  wondering how to add  debugging information that  could help tie
> > valgrind reports to Dillo's actions.   Perhaps the CCC could log which
> > of its  chains is active and which  URL it was serving?   Then if dlib
> > logged its allocations and frees  maybe we could identify the URL that
> > was responsible?
> 
>   Even  having the URL wouldn't help much in this case because we
> need  to  know  which  "cancel" action triggered the last call to
> a_Nav_cancel_expect_if_eq().  This  would  require  logging  user
> actions.
> 
>   OTOH,  trying  to  re-build  a user action pattern from the CCC
> logs would be almost impossible for a human brain (if possible at
> all). ;)
> 
>   More technically:
> 
>   Each  bw  has  its  own  nav_expect_url;  a  private  copy of a
> DilloUrl. Valgrind complains about nav_expect_url, not the bw. So
> I  wonder  how  can  the  bw be valid and not the nav_expect_url,
> which is either NULL or a private copy of a DilloUrl?

In this one
http://starurchin.org/dillo/valgrind/7ea9fc809376ddf7dde2908e2ecf999aea274130.html
at least, it looks pretty clear that the bw is gone.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.