I believe the Resize "event" is a wee bit of a misnomer as I believe it fires 
even if you simply move the form. Also, closing the form container is resizing 
it from that POV. But if you use the event logging mechanism you can 
definitively prove or disprove my bold assertion. ;-)

--

rk
-----Original Message-----
From: ProfoxTech [mailto:[email protected]] On Behalf Of Ken Dibble
Sent: Thursday, October 09, 2014 9:15 AM
To: [email protected]
Subject: Re: Extreme Case of PRG File Corruption?


> > Anyway...all this is not my real problem. My real problem is, how 
> > can moving a completely unrelated class definition from one .prg 
> > file to another trigger this insane error?
>
>
>The behavior you see would make sense if the MainForm object where the 
>Resize method is triggered is based on the MyForm class that you move 
>around or contains an object that is based on this class.

Yes. But it is not. The class definition is completely unrelated to the 
MainForm object. There is no instance of the form defined by that definition in 
existence when the problem occurs.

Also, all I do to the MainForm to trigger this process is click its Close
(X) button. I don't move it or resize it.

The MainForm object still exists after VFP processes the CANCEL command. At 
that time, control returns to the Resize() method of the MainForm's parent 
class. Code in that method eventually leads to a call to a procedure that is in 
the general procedure prg file, which is no longer referenced by SET PROCEDURE 
at this time, because SET("PROCEDURE") returns "". However, this did not cause 
a problem before I moved the *completely unrelated* form class out of that 
procedure file. I can go through the debugger before and after making that 
move. Before the move, although SET("PROCEDURE") returns "", the procedure code 
still executes. After I made the move, the attempt to execute that procedure 
generates Error 1 ("File not found.").

It's a mystery. :)

Thanks.

Ken Dibble
www.stic-cil.org 


[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/DF1EEF11E586A64FB54A97F22A8BD04423CC3CC5D7@ACKBWDDQH1.artfact.local
** 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.

Reply via email to