[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problem report #18

From: Stuart D. Herring
Subject: Re: Problem report #18
Date: Mon, 10 Apr 2006 13:04:16 -0700 (PDT)
User-agent: SquirrelMail/1.4.3a-11.EL3

Another simplification (unfortunately -- not a solution):  The majority of
this report is a red herring.  The (possible) issue is quite simple:
before the while loop, save_wv==prev_wv==0.  This code in the loop:

> 1847            if (prev_wv)
> 1848              prev_wv->next = wv;
> 1849            else
> Event var_deref_op: Variable "save_wv" tracked as NULL was dereferenced.
> Also see events: [assign_zero][alias_transfer]
> 1850              save_wv->contents = wv;

insists on dereferencing one of them.  If this branch (the else of a
vector-element-is-which-type? conditional) gets taken first time through
the loop, SIGSEGV.  But we're analyzing the vector menu_items here... if
we know that its structure precludes the first iteration of this loop
taking the last case (that is, if (aref menu_items start) is t, nil,
'lambda, or 'quote), then it's fine.

Hope it helps,

This product is sold by volume, not by mass.  If it appears too dense or
too sparse, it is because mass-energy conversion has occurred during

reply via email to

[Prev in Thread] Current Thread [Next in Thread]