[prev in list] [next in list] [prev in thread] [next in thread] 

List:       quanta
Subject:    Re: [Quanta] Directory Mapping dialog EVERY time I debug after 3.4.0
From:       Linus McCabe <Linus () mccabe ! nu>
Date:       2005-04-03 7:24:07
Message-ID: 200504030924.07985.Linus () mccabe ! nu
[Download RAW message or body]


Hi, 
I'm sorry for taking so long to reply - sometimes I need a little reminder. 
I've been quite busy with other Gubed changes and to continue debugging your 
problem I need to get an older version of both Gubed and Quanta as well as 
setting up a test with a local apache - which is why I've been putting it 
off.. 

Btw, do you run Quanta from packages or CVS?

On Monday 21 March 2005 16.52, Kimberly Lazarski wrote:
> > (Since your project is local, you can try with just a / as both basedirs)
>
> Interesting - I will try that shortly and post back the results.

It was strange that this didnt work, I'll probably be able to figure it out 
once I have a local apache running here.

> > (What is now called 'run' will be renamed to 'trace', and whats now
> > called 'leap' will be renamed to 'run'. Most likely in next version)
>
> I haven't looked at the Quanta source but isn't that just a resource and
> worthy of a point-release or making it into one of the nightly builds?

The problem is with the release version I'm not allowed to introduce new 
strings. If I'm lucky I can find a 'trace' or equivalent string some place. 

> > > it just draws the file in question and brings focus to that line of
> > > code - execution while debugging is nearly as fast as release mode.
> >
> > Try 'leap' and I think youll find it considerably faster than 'run'
>
> I did but it doesn't seem to honor breakpoints at that point. :(

It stopped when running but not when leaping? That's very strange.. If it 
didnt stop at neither, it'd be less strange cause it's the exact same code in 
works...

Ill get back to you once I've done some more tests.. I've already started to 
get quanta 3.4 out of CVS, and compiling Quanta is what takes by far the 
longest time...

again, sorry for the delay

/LInus

> Thanks for your time, Linus!
>
> --Kim
>
> > /LInus
> >
> > > Thanks for the reply Linus.
> > >
> > > --Kim
_______________________________________________
Quanta mailing list
Quanta@mail.kde.org
https://mail.kde.org/mailman/listinfo/quanta
[prev in list] [next in list] [prev in thread] [next in thread]