Frank: I always compile my exe and update it in a production
environment. So I am always in the production environment. I have
never been successful in testing in a development environment - other
than unit testing of course. I know that VMP provides a great stand
alone environment, but I have too many pathing issues because of the way
I do things.
Thanks,
Jeff
---------------
Jeff Johnson
[email protected]
(623) 582-0323
www.san-dc.com
www.arelationshipmanager.com
On 01/23/2013 12:43 PM, Frank Cazabon wrote:
I see you worked out what the problem was, but I'm interested in why
you would override the form.error.
During development VMP's error handler does not kick in so you'll get
the VFP errors being displayed. WHy would you want something else?
Frank.
Frank Cazabon
On 23/01/2013 03:19 PM, Jeff Johnson wrote:
Frank: I override the form.error routine to display a messagebox only
when I am debugging a form. I also have a dodefault() in there.
Jeff
---------------
Jeff Johnson
[email protected]
(623) 582-0323
www.san-dc.com
www.arelationshipmanager.com
On 01/23/2013 12:13 PM, Frank Cazabon wrote:
Jeff,
I'm a little confused. You say you "overrode the error routine to
display the error" but then you ask "why would it not throw an error?"
Maybe your error routine is swallowing the error?
Frank.
Frank Cazabon
On 23/01/2013 02:59 PM, Jeff Johnson wrote:
I have a Visual MaxFrame form in VFP9 doing something very strange.
I took a working form and saved it as a different form and made the
Name the new name of the form. This is something I do very often.
The form loads (verified) and does not make it to the form.init
(verified) and does not throw an error because I overrode the error
routine to display the error.
So my friend Lisa G. told me it must be in one of the controls. But
why would it not throw an error? Can a control.init lock up a form?
TIA
[excessive quoting removed by server]
_______________________________________________
Post Messages to: [email protected]
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/[email protected]
** 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.