Hi Randy,
What you say is probably possible to control by
the return value of the exception handler.
I'd feel a Set() to be too early to control such
an isolated, moreover platform-dependent detail in
Harbour, but if we can somehow broaden the context
this may also be an option.
For the time being I'd rather propose an internal
command line switch (F.e. //EXMODE:<n> or similar)
to control this, where <n> could be:
1=alert and pass (default)
2=pass
3=quit
Brgds,
Viktor
On 2008.09.23., at 21:50, Randy Portnoff wrote:
Hi Viktor,
What would also be great would be if you could optionally (eg.
_SET_FORCE_FATER_TERMINATION) force the app to close instead of
being held open by the O/S GPF alert message. For example, a server
application that runs into a GPF, is held open/running since Windows
attempts to display the GPF window - If Harbour could force the app
to terminate (again, as an option), this would be very helpful.
Best regards,
Randy.
At 02:34 PM 9/23/2008, you wrote:
Hi Randy,
Hi all,
I suggest the following changes to EXTAP.C:
1. The log should be closed BEFORE any alert messages are displayed.
True and thanks, I'll commit this ASAP.
2. There needs to be a way to suppress any alert messages (ie.
create log and exit) for applications that do not require user
activity (eg. server programs).
How about making GPF a simple internal error call?
[ I'd personally avoid any MessageBox() calls from any
Harbour core or contrib code. ]
To suppress .log file, I'll modify the code to explicitly
not try to create a log file if the _SET_HBOUTLOG filename
is empty, but this probably works even now.
Brgds,
Viktor
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
