[prev in list] [next in list] [prev in thread] [next in thread]
List: quanta-devel
Subject: Re: [quanta-devel] xdebug watch support
From: Aaron van Meerten <ke () braverock ! com>
Date: 2005-08-11 20:15:26
Message-ID: 1123791326.21760.174.camel () localhost
[Download RAW message or body]
I don't expect conditional breakpoints obviously. :)
I have yet to determine a pattern to the breakpoints. I'll keep testing
and see. It appears that setting a breakpoint during a run is not a
good way to test it. Perhaps breakpoints must be set before any
execution occurs? Even after clearing a particular breakpoint, it would
still break there.
I realize that the above isn't very useful for actual debugging, but I
haven't had time to do an in-depth analysis yet. I'll try to do that
tonight.
Cheers,
-Aaron
On Thu, 2005-08-11 at 20:44 +0200, Linus McCabe wrote:
> Hi!
>
> On Thursday 11 August 2005 18.52, Aaron van Meerten wrote:
> > I tried this with both conditional breakpoints (yup, doesn't work ;),
>
> Well, conditional breakpoints are not my fault, I'm not about to patch up
> XDebug to support that ;)
>
> > and with line breakpoints. With some testing, I have gotten it to stop
> > at some breakpoints, but not all of them. One question I have here is
>
> Ok, this is a bit strange. Can you see any pattern in which ones work and
> which ones doesent? Is it realted to certain files, certain places in the
> files, etc?
>
> > which button will continue execution until the next breakpoint? The Run
> > button seems to run all the way through to the end of the script without
> > stopping.
>
> Well, Run is supposed to halt on breakpoints. XDebug cant be halted manually
> by user input (ie by hitting pause while running) but it should halt on
> breakpoints and errors (I still have to fine tune the error handling abit)
>
> But you say you got it to halt sometimes, wasnt that while runnin?
>
> > By locally I mean I've only tested this locally. I'm sure if I open my
> > firewall or port-forward 9000 I'll be able to get this working remotely
> > as well.
>
> Well, remote would be a bit different, due to file loading and path mapping,
> thats why i asked.
>
> thanks for testing!
>
> /Linus
>
> > Cheers,
> >
> > -Aaron
> _______________________________________________
> quanta-devel mailing list
> quanta-devel@kde.org
> https://mail.kde.org/mailman/listinfo/quanta-devel
--
Aaron van Meerten <ke@braverock.com>
_______________________________________________
quanta-devel mailing list
quanta-devel@kde.org
https://mail.kde.org/mailman/listinfo/quanta-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic