VFP9SP2, Win7Pro, MySQL backend Screenshot: https://www.screencast.com/t/QKA2etzLnW
I've searched frmEditJob.scx in the Code References for any text of IMG and it found nothing. Ugh. Now how to track down this new mystery?
On 2018-06-25 10:58, mbsoftwaresolutions@mbsoftwaresolutions.com wrote:
VFP9SP2, Win7Pro, MySQL backend Screenshot: https://www.screencast.com/t/QKA2etzLnW
I've searched frmEditJob.scx in the Code References for any text of IMG and it found nothing. Ugh. Now how to track down this new mystery?
Ooops...wrong screenshot! Here's the right one: https://www.screencast.com/t/qdzgy9RnGF
Maybe that IMG is referenced somewhere in toJob? Does that error occur always, or only with that particular job?
Maybe frmEditJob is based on some classes, which then reference that IMG ?
wOOdy
-----Ursprüngliche Nachricht----- Von: ProFox [mailto:profox-bounces@leafe.com] Im Auftrag von mbsoftwaresolutions@mbsoftwaresolutions.com Gesendet: Montag, 25. Juni 2018 17:06 An: ProFox Email List profox@leafe.com Betreff: Re: Nothing like a cryptic error to start the work week!
On 2018-06-25 10:58, mbsoftwaresolutions@mbsoftwaresolutions.com wrote:
VFP9SP2, Win7Pro, MySQL backend Screenshot: https://www.screencast.com/t/QKA2etzLnW
I've searched frmEditJob.scx in the Code References for any text of IMG and it found nothing. Ugh. Now how to track down this new mystery?
Ooops...wrong screenshot! Here's the right one: https://www.screencast.com/t/qdzgy9RnGF
[excessive quoting removed by server]
Turned out to be an old alias on a few edit boxes in the form. Once changed to the correct alias, it worked fine. What's odd is that the errant alias was no longer in use, so I wonder why it didn't throw an intelligent error. The error message appeared to be referencing something else in memory instead, which made this difficult at first to identify.
On 2018-06-25 11:13, Jürgen Wondzinski wrote:
Maybe that IMG is referenced somewhere in toJob? Does that error occur always, or only with that particular job?
Maybe frmEditJob is based on some classes, which then reference that IMG ?
wOOdy
VFP9SP2, Win7Pro, MySQL backend Screenshot: https://www.screencast.com/t/QKA2etzLnW I've searched frmEditJob.scx in the Code References for any text of IMG and it found nothing. Ugh. Now how to track down this new mystery?
Ooops...wrong screenshot! Here's the right one: https://www.screencast.com/t/qdzgy9RnGF
Mike,
As I recall, you use business objects in your projects.
The VFP error handler will sometimes appear to kick in on the wrong line of code. There is probably nothing wrong with your DO FORM line, but there is probably something wrong in the form's initiation chain of events, which probably calls your BO code. I would put SET STEP ON in the form's Load() event and step through until the actual error occurs.
Ken Dibble www.stic-cil.org
You may convert frmEditJob.scx to text with FoxBin2Prg and search there.
Because the error says "ALIAS IS NO FOUND" you should look closely at all data statements, like "SELECT <alias>" or "<alias>.<field>" and macros/vars too, in the case you don't use real Alias names and use substituted alias names.
By the picture one can infere that you don't have an error procedure. In this case, even a basic error handling like this may help:
ON ERROR MESSAGEBOX(TEXTMERGE("Error <<ERROR()>>, <<MESSAGE()>>"+CHR(13)+"Proc.<<PROCEDURE()>>, line <<LINE()>>"))
It's better than the VFP default error handler.
2018-06-25 17:05 GMT+02:00 mbsoftwaresolutions@mbsoftwaresolutions.com:
On 2018-06-25 10:58, mbsoftwaresolutions@mbsoftwaresolutions.com wrote:
VFP9SP2, Win7Pro, MySQL backend Screenshot: https://www.screencast.com/t/QKA2etzLnW
I've searched frmEditJob.scx in the Code References for any text of IMG and it found nothing. Ugh. Now how to track down this new mystery?
Ooops...wrong screenshot! Here's the right one: https://www.screencast.com/t/qdzgy9RnGF
[excessive quoting removed by server]
On 2018-06-25 11:41, Fernando D. Bozzo wrote:
You may convert frmEditJob.scx to text with FoxBin2Prg and search there.
Because the error says "ALIAS IS NO FOUND" you should look closely at all data statements, like "SELECT <alias>" or "<alias>.<field>" and macros/vars too, in the case you don't use real Alias names and use substituted alias names.
By the picture one can infere that you don't have an error procedure. In this case, even a basic error handling like this may help:
ON ERROR MESSAGEBOX(TEXTMERGE("Error <<ERROR()>>, <<MESSAGE()>>"+CHR(13)+"Proc.<<PROCEDURE()>>, line <<LINE()>>"))
It's better than the VFP default error handler.
Oh I do have an error handler....I disabled it trying to track down this bug. :-)
Ok so we all now know that you payed 100 USD to NerdyIT. But where's the real screenshot with your errormessage?
wOOdy
-----Ursprüngliche Nachricht----- Von: ProFox [mailto:profox-bounces@leafe.com] Im Auftrag von mbsoftwaresolutions@mbsoftwaresolutions.com Gesendet: Montag, 25. Juni 2018 16:59 An: ProFox profox@leafe.com Betreff: Nothing like a cryptic error to start the work week!
VFP9SP2, Win7Pro, MySQL backend Screenshot: https://www.screencast.com/t/QKA2etzLnW
I've searched frmEditJob.scx in the Code References for any text of IMG and it found nothing. Ugh. Now how to track down this new mystery?
[excessive quoting removed by server]
-
Fernando D. Bozzo -
Jürgen Wondzinski -
Ken Dibble -
mbsoftwaresolutions＠mbsoftwaresolutions.com