Shannon V. OKeets
Posts: 22095
Joined: 5/19/2005 From: Honolulu, Hawaii Status: offline
|
quote:
ORIGINAL: ullern quote:
ORIGINAL: Shannon V. OKeets quote:
ORIGINAL: darune Not a delphi programmer, but.. If still causing problems 1) try the release build without running from the IDE/debugger 2) make a minimal program that will reproduce the problem, eventually report it to vendor. Another guess could be some delphi libraries you are using have been upgraded and changes things. Yes, the Delphi 2010 debugger is still causing me mucho grief. 1 - The MWIF program runs as before as a stand alone app - response to the mouse and keyboard commands are as expected an immediate. It is only when the debugger gets involved that things grind to a halt. 2 - Several minimal programs run just fine. Adding more and more functionality until it breaks is nice in theory but insane to attempt given the size and diversity of the WMIF code (300+ Pascal modules, 150+ forms - all interrelated). 3 - I went through the libraries MWIF uses rigorously and made absolutely sure they are all Win 7 & Delphi 2010 compatible (according to the vendors/authors). For some of the other 'libraries' (collections of Pascal and assembler routines in several units/files) I inherited from CWIF, I went through and eliminated any routines that were not being used. This reduced the simple count of those routines from 433 to 43. While the above were all good and useful things to do I still have a fundamental probelm with the Delphi IDE. As the simplest case in point, starting the IDE, opening the MWIF app, and then clicking on the IDE's drop down menu item Search causes the IDE to "go away" for 3 to 5 minutes before bringing up the drop down menu item list. During that time the IDE is totally unresponsive, although the mouse can be moved to another app. The 2nd time the Search label is clicked on, the drop down menu appears immediately, as it should have the first time. My conclusion is that something evil is going on. I'll guess that new versions of your developer's software will mimic Windows style windows behavior more closely than before. If MWIF overrides any windows command that have changed with the new versions, would this cause trouble? It's not clear to me what you mean by your first sentence. MS Windows' user interface 'behavior' changes with every new operating system MS releases (perhaps more often). From my point of view there are multiple black boxes (operating system, compiler, 3rd party software packages) doing stuff in series (perhaps with feedback loops) that could potentially be a cause of the problems I am experiencing running the program with the Delphi 2010 debugger/IDE. After another day of not making any noticable progress, I'm going to reinstall Delphi 2010 - with the hope that the 3rd time's the charm. My motivation for this is that I currently am getting a fatal error from the compiler when I request a compile of all the modules in MWIF. It does the first 124,000 lines without complaint and then fails. If I restart it where it failed, it completes without complaint (352,000 lines). But everytime I start a full compile (a complete build of the EXE) I get the same fatal error in the compiler at the same place. In fact, I have to use Ctrl-Alt-Del to kill Delphi 2010's IDE at that point. Compiler's are not suppose to fail fatally when commanded to compile a series of files - even if there are 300+ of them.
_____________________________
Steve Perfection is an elusive goal.
|