[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: debugging failure
From: |
David Bateman |
Subject: |
Re: debugging failure |
Date: |
Mon, 26 Nov 2007 16:29:54 +0100 |
User-agent: |
Thunderbird 1.5.0.7 (X11/20060921) |
John Swensen wrote:
>
> On Nov 26, 2007, at 6:29 AM, David Bateman wrote:
>>
>> line 179 of pkg is a persistent command, then is not executed except for
>> the first time pkg is loaded, which is also why dbstop('pkg',1) didn't
>> work.. You need to place the brakpoint on an executable line for example
>> dbstop('pkg', 185);
>>
>> D.
>>
>
> Should this be filed as a bug? In Matlab, it stops at persistent
> declarations regardless of whether it is going to be executed. From
> what you said, it appears as if it will only be part of the execution
> tree the first time through.
>
> John Swensen
>
Humm, yes I think it might be considered a bug, as either it shouldn't
place the breakpoints on global or persistent statements or it should
stop at them.. However, this stuff appears to be set in the parse tree,
which is a bit of the code I don't want to touch, and so I hope someone
else will propose a patch :-)
D.
--
David Bateman address@hidden
Motorola Labs - Paris +33 1 69 35 48 04 (Ph)
Parc Les Algorithmes, Commune de St Aubin +33 6 72 01 06 33 (Mob)
91193 Gif-Sur-Yvette FRANCE +33 1 69 35 77 01 (Fax)
The information contained in this communication has been classified as:
[x] General Business Information
[ ] Motorola Internal Use Only
[ ] Motorola Confidential Proprietary
- Q re Qtoctave, Terry Duell, 2007/11/22
- Re: Q re Qtoctave, Tatsuro MATSUOKA, 2007/11/23
- Message not available
- Re: Q re Qtoctave, Terry Duell, 2007/11/23
- debugging failure, Ólafur Jens Sigurðsson, 2007/11/25
- Re: debugging failure, David Bateman, 2007/11/25
- Re: debugging failure, Ólafur Jens Sigurðsson, 2007/11/25
- Re: debugging failure, John Swensen, 2007/11/25
- Re: debugging failure, Ólafur Jens Sigurðsson, 2007/11/26
- Re: debugging failure, David Bateman, 2007/11/26
- Re: debugging failure, John Swensen, 2007/11/26
- Re: debugging failure,
David Bateman <=
- Re: debugging failure, John W. Eaton, 2007/11/27