Hi Foxgang. I think I mentioned this before. Often I want to debug and put a breakpoint in. It starts debug screen ok but does not stop at the breakpoint. However if earlier I put a set step on, it does. It’s really P’ing me off as it seems hit and miss. I do set resource off in config.fpw but I’m not convinced that is the issue. It’s making this good idea into a joke. VFP 9 fully loaded with SP’s. I can’t be the only one, can I? Al
Allen Pollard GSL
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---
You can use ASSERT .f. (or whatever condition) instead, with set asserts on at startup
Thierry Nivelet http://foxincloud.com/ Give your VFP app a second life in the cloud
Le 27 févr. 2016 à 10:08, profox profox@gatwicksoftware.com a écrit :
Hi Foxgang. I think I mentioned this before. Often I want to debug and put a breakpoint in. It starts debug screen ok but does not stop at the breakpoint. However if earlier I put a set step on, it does. It’s really P’ing me off as it seems hit and miss. I do set resource off in config.fpw but I’m not convinced that is the issue. It’s making this good idea into a joke. VFP 9 fully loaded with SP’s. I can’t be the only one, can I? Al
Allen Pollard GSL
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
The breakpoints have always been a bit hit and miss for me. I always just stick a SET STEP ON in.
I test in a different VFP session, using a different foxuser.dbf. Setting breakpoints in my development environment never works. After my test environment is up and running, I go find the code where I want the break to happen. If it is a form I am wanting to debug, which is usually the case, I use a modal dialog to find myself in the form. I then go find my code.
HTH, Tracy
On February 27, 2016 10:19:15 AM EST, Alan Bourke alanpbourke@fastmail.fm wrote:
The breakpoints have always been a bit hit and miss for me. I always just stick a SET STEP ON in.
-- Alan Bourke alanpbourke (at) fastmail (dot) fm
On Sat, 27 Feb 2016, at 09:08 AM, profox wrote:
Hi Foxgang. I think I mentioned this before. Often I want to debug and put a breakpoint in. It starts debug screen ok but does not stop at the breakpoint. However if earlier I put a set step on, it does. It’s
really
P’ing me off as it seems hit and miss. I do set resource off in config.fpw but I’m not convinced that is the issue. It’s making this
good
idea into a joke. VFP 9 fully loaded with SP’s. I can’t be the only one, can I? Al
Allen Pollard GSL
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
+1, or ASSERT
Thierry Nivelet FoxInCloud Give your VFP app a second life in the cloud http://foxincloud.com/
Le 27/02/2016 16:19, Alan Bourke a écrit :
The breakpoints have always been a bit hit and miss for me. I always just stick a SET STEP ON in.
As I'm tired typing if <some condition> set step on endif
I use this: setStepOn(<some condition>)
with procedure setStepOn(condition as Boolean) as Boolean if (cast(m.condition as L) or empty(pcount())) set step on endif endproc
advantage: can be inserted in a logical expression
Thierry Nivelet FoxInCloud Give your VFP app a second life in the cloud http://foxincloud.com/
Le 27/02/2016 16:19, Alan Bourke a écrit :
The breakpoints have always been a bit hit and miss for me. I always just stick a SET STEP ON in.
If you step through the code in the debugger, is the breakpoint line flagged?
On 27/02/2016 14:38, profox wrote:
Hi Foxgang. I think I mentioned this before. Often I want to debug and put a breakpoint in. It starts debug screen ok but does not stop at the breakpoint. However if earlier I put a set step on, it does. It’s really P’ing me off as it seems hit and miss. I do set resource off in config.fpw but I’m not convinced that is the issue. It’s making this good idea into a joke. VFP 9 fully loaded with SP’s. I can’t be the only one, can I? Al
Allen Pollard GSL
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
Make sure that the debug window is open BEFORE you start to run the app/code ...
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of AndyHC Sent: 29 February 2016 10:36 To: profoxtech@leafe.com Subject: Re: VFP 9 breakpoints
If you step through the code in the debugger, is the breakpoint line flagged?
On 27/02/2016 14:38, profox wrote:
Hi Foxgang. I think I mentioned this before. Often I want to debug and put a breakpoint in. It starts debug screen ok but does not stop at the breakpoint. However if earlier I put a set step on, it does. It’s really P’ing me off as it seems hit and miss. I do set resource off in config.fpw but I’m not convinced that is the issue. It’s making this good idea into a joke. VFP 9 fully loaded with SP’s. I can’t be the only one, can I? Al
Allen Pollard GSL
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
_______________________________________________ Post Messages to: ProFox@leafe.com Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/56D41F15.2080409@hawthorncottage.com ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious. Report [OT] Abuse: http://leafe.com/reportAbuse/56D41F15.2080409@hawthorncottage.com
+1
Gianni
On Mon, 29 Feb 2016 10:48:53 +0000, Paul Newton Paul.Newton@pegasus.co.uk wrote:
Make sure that the debug window is open BEFORE you start to run the app/code ...
Or use an ASSERT as recommended earlier in this thread.
--
rk -----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Gianni Turri Sent: Monday, February 29, 2016 6:25 AM To: profoxtech@leafe.com Subject: Re: VFP 9 breakpoints
+1
Gianni
On Mon, 29 Feb 2016 10:48:53 +0000, Paul Newton Paul.Newton@pegasus.co.uk wrote:
Make sure that the debug window is open BEFORE you start to run the app/code ...
-
Alan Bourke -
AndyHC -
Gianni Turri -
Paul Newton -
profox -
Richard Kaye -
Thierry Nivelet -
Tracy Pearson