[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: profiler crash
From: |
NJank |
Subject: |
Re: profiler crash |
Date: |
Thu, 29 Oct 2015 10:28:26 -0700 (PDT) |
Rik-4 wrote
> On 10/28/2015 09:00 AM,
> octave-maintainers-request@
> wrote:
>> Subject:
>> Re: repeatable crash due to profiler?
>> From:
>> "John W. Eaton" <
> jwe@
> >
>> Date:
>> 10/28/2015 08:54 AM
>>
>> To:
>> Nicholas Jankowski <
> jankowskin@
> >
>> CC:
>> Octave Maintainers List <
> octave-maintainers@
> >
>>
>> List-Post:
>> <mailto:
> octave-maintainers@
> >
>> Content-Transfer-Encoding:
>> 7bit
>> Precedence:
>> list
>> MIME-Version:
>> 1.0
>> References:
>> <
> address@hidden
> >
>> <
> address@hidden
> >
>> In-Reply-To:
>> <
> address@hidden
> >
>> Message-ID:
>> <
> 5630EFAF.5060106@
>>
>> Content-Type:
>> text/plain; charset=utf-8; format=flowed
>> Message:
>> 5
>>
>>
>> On 10/28/2015 11:46 AM, Nicholas Jankowski wrote:
>>> On Wed, Oct 28, 2015 at 11:32 AM, Nicholas Jankowski
>>> <
> jankowskin@
> <mailto:
> jankowskin@
> >> wrote:
>>>
>>> Octave 4.0.0 on Win7
>>>
> <snip>
>>> Making a minimal example for a bug rpt may be a bit difficult as I'm
>>> starting with quite a bit of a mess.
>>>
>>>
> <snip>
>>>
>>> Nick J.
>>>
>>>
>>> i stand corrected. a minimal example was easier than I thought. I'll
>>> put a bug report together unless it's already out there and I missed it
>>> on the bug tracker.
>>> errtest_script.m calls the profiler, and calls func_with_syntax_error.m
>>> It'll error out the first time, and "A s s e r t i o n f a i l e d !"
>>> the second time. Crashes with or without the gui.
>>
>> I don't know whether there is a report about this yet but I don't recall
>> one. Thanks for finding a simple test case and please do add it to the
>> tracker.
>>
>> jwe
>
> Nick,
>
> Please add this to the bug tracker as jwe suggests. It is fairly easy to
> understand what is happening at a macro level. The profiler records the
> time when it enters and exits a function and via subtraction is able to
> figure out how much time was spent in the function. On entry the profiler
> records the time and then Octave core determines that the function has not
> been parsed so it reads it, but fails to parse it because of the syntax
> error. This means no valid function is created. When the code "exits"
> the
> function the profiler tries to add the running time to the profiler
> dataset but runs into an assert statement in profiler.cc:391 on the
> development branch
>
> assert (call_tree && active_fcn != call_tree);
>
> So, I understand why this is happening, but I don't have a clear idea how
> to fix it. It's not enough simply to remove the assert since there are
> other functions involved and other asserts. Somehow, it would be best for
> the profiler to realize that there was a serious error and just abort
> collecting statistics on that function.
>
> --Rik
added as bug 46315
http://savannah.gnu.org/bugs/?46315
also added most of your comments above for later reference.
nickj
--
View this message in context:
http://octave.1599824.n4.nabble.com/Re-profiler-crash-tp4673188p4673202.html
Sent from the Octave - Maintainers mailing list archive at Nabble.com.