[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,
Davis
--
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
shipping.