1 ///////////////////////////////////////////////////////////////////////////// 
   3 // Purpose:     interface of wxLogWindow 
   4 // Author:      wxWidgets team 
   6 // Licence:     wxWindows license 
   7 ///////////////////////////////////////////////////////////////////////////// 
  12     This class represents a background log window: to be precise, it collects all 
  13     log messages in the log frame which it manages but also passes them on to the 
  14     log target which was active at the moment of its creation. This allows you, for 
  15     example, to show all the log messages in a frame but still continue to process 
  16     them normally by showing the standard log dialog. 
  23 class wxLogWindow 
: public wxLogInterposer
 
  27         Creates the log frame window and starts collecting the messages in it. 
  30             The parent window for the log frame, may be @NULL 
  32             The title for the log frame 
  34             @true to show the frame initially (default), otherwise 
  35             Show() must be called later. 
  37             @true to process the log messages normally in addition to 
  38             logging them in the log frame (default), @false to only log them in the 
  41     wxLogWindow(wxWindow
* pParent
, const wxString
& szTitle
, bool show 
= true, 
  42                 bool passToOld 
= true); 
  45         Returns the associated log frame window. This may be used to position or resize 
  46         it but use Show() to show or hide it. 
  48     wxFrame
* GetFrame() const; 
  51         Called if the user closes the window interactively, will not be 
  52         called if it is destroyed for another reason (such as when program 
  55         Return @true from here to allow the frame to close, @false to 
  56         prevent this from happening. 
  60     virtual bool OnFrameClose(wxFrame
* frame
); 
  63         Called immediately after the log frame creation allowing for 
  64         any extra initializations. 
  66     virtual void OnFrameCreate(wxFrame
* frame
); 
  69         Called right before the log frame is going to be deleted: will 
  70         always be called unlike OnFrameClose(). 
  72     virtual void OnFrameDelete(wxFrame
* frame
); 
  75         Shows or hides the frame. 
  77     void Show(bool show 
= true); 
  83     @class wxLogInterposerTemp 
  85     A special version of wxLogChain which uses itself as the new log target. 
  86     It forwards log messages to the previously installed one in addition to 
  87     processing them itself. Unlike wxLogInterposer, it doesn't delete the old 
  88     target which means it can be used to temporarily redirect log output. 
  90     As per wxLogInterposer, this class must be derived from to implement 
  91     wxLog::DoLog and/or wxLog::DoLogString methods. 
  96 class wxLogInterposerTemp 
: public wxLogChain
 
 100         The default constructor installs this object as the current active log target. 
 102     wxLogInterposerTemp(); 
 110     This simple class allows you to chain log sinks, that is to install a new sink but 
 111     keep passing log messages to the old one instead of replacing it completely as 
 112     wxLog::SetActiveTarget does. 
 114     It is especially useful when you want to divert the logs somewhere (for 
 115     example to a file or a log window) but also keep showing the error messages 
 116     using the standard dialogs as wxLogGui does by default. 
 121     wxLogChain *logChain = new wxLogChain(new wxLogStderr); 
 123     // all the log messages are sent to stderr and also processed as usually 
 126     // don't delete logChain directly as this would leave a dangling 
 127     // pointer as active log target, use SetActiveTarget() instead 
 128     delete wxLog::SetActiveTarget(...something else or NULL...); 
 134 class wxLogChain 
: public wxLog
 
 138         Sets the specified @c logger (which may be @NULL) as the default log 
 139         target but the log messages are also passed to the previous log target if any. 
 141     wxLogChain(wxLog
* logger
); 
 144         Destroys the previous log target. 
 146     virtual ~wxLogChain(); 
 149         Detaches the old log target so it won't be destroyed when the wxLogChain object 
 155         Returns the pointer to the previously active log target (which may be @NULL). 
 157     wxLog
* GetOldLog() const; 
 160         Returns @true if the messages are passed to the previously active log 
 161         target (default) or @false if PassMessages() had been called. 
 163     bool IsPassingMessages() const; 
 166         By default, the log messages are passed to the previously active log target. 
 167         Calling this function with @false parameter disables this behaviour 
 168         (presumably temporarily, as you shouldn't use wxLogChain at all otherwise) and 
 169         it can be reenabled by calling it again with @a passMessages set to @true. 
 171     void PassMessages(bool passMessages
); 
 174         Sets another log target to use (may be @NULL). 
 176         The log target specified in the wxLogChain(wxLog*) constructor or in a 
 177         previous call to this function is deleted. 
 178         This doesn't change the old log target value (the one the messages are 
 179         forwarded to) which still remains the same as was active when wxLogChain 
 182     void SetLog(wxLog
* logger
); 
 190     This is the default log target for the GUI wxWidgets applications. 
 192     Please see @ref overview_log_customize for explanation of how to change the 
 195     An object of this class is used by default to show the log messages created 
 196     by using wxLogMessage(), wxLogError() and other logging functions. It 
 197     doesn't display the messages logged by them immediately however but 
 198     accumulates all messages logged during an event handler execution and then 
 199     shows them all at once when its Flush() method is called during the idle 
 200     time processing. This has the important advantage of showing only a single 
 201     dialog to the user even if several messages were logged because of a single 
 202     error as it often happens (e.g. a low level function could log a message 
 203     because it failed to open a file resulting in its caller logging another 
 204     message due to the failure of higher level operation requiring the use of 
 205     this file). If you need to force the display of all previously logged 
 206     messages immediately you can use wxLog::FlushActive() to force the dialog 
 209     Also notice that if an error message is logged when several informative 
 210     messages had been already logged before, the informative messages are 
 211     discarded on the assumption that they are not useful -- and may be 
 212     confusing and hence harmful -- any more after the error. The warning 
 213     and error messages are never discarded however and any informational 
 214     messages logged after the first error one are also kept (as they may 
 215     contain information about the error recovery). You may override DoLog() 
 216     method to change this behaviour. 
 218     At any rate, it is possible that that several messages were accumulated 
 219     before this class Flush() method is called. If this is the case, Flush() 
 220     uses a custom dialog which shows the last message directly and allows the 
 221     user to view the previously logged ones by expanding the "Details" 
 222     wxCollapsiblePane inside it. This custom dialog also provides the buttons 
 223     for copying the log messages to the clipboard and saving them to a file. 
 225     However if only a single message is present when Flush() is called, just a 
 226     wxMessageBox() is used to show it. This has the advantage of being closer 
 227     to the native behaviour but it doesn't give the user any possibility to 
 228     copy or save the message (except for the recent Windows versions where @c 
 229     Ctrl-C may be pressed in the message box to copy its contents to the 
 230     clipboard) so you may want to override DoShowSingleMessage() to customize 
 231     wxLogGui -- the dialogs sample shows how to do this. 
 236 class wxLogGui 
: public wxLog
 
 245         Presents the accumulated log messages, if any, to the user. 
 247         This method is called during the idle time and should show any messages 
 248         accumulated in wxLogGui#m_aMessages field to the user. 
 250     virtual void Flush(); 
 254         Returns the appropriate title for the dialog. 
 256         The title is constructed from wxApp::GetAppDisplayName() and the 
 257         severity string (e.g. "error" or "warning") appropriate for the current 
 258         wxLogGui#m_bErrors and wxLogGui#m_bWarnings values. 
 260     wxString 
GetTitle() const; 
 263         Returns wxICON_ERROR, wxICON_WARNING or wxICON_INFORMATION depending on 
 264         the current maximal severity. 
 266         This value is suitable to be used in the style parameter of 
 267         wxMessageBox() function. 
 269     int GetSeverityIcon() const; 
 272         Forgets all the currently stored messages. 
 274         If you override Flush() (and don't call the base class version), you 
 275         must call this method to avoid messages being logged over and over 
 282         Method called by Flush() to show a single log message. 
 284         This function can be overridden to show the message in a different way. 
 285         By default a simple wxMessageBox() call is used. 
 288             The message to show (it can contain multiple lines). 
 290             The suggested title for the dialog showing the message, see 
 293             One of @c wxICON_XXX constants, see GetSeverityIcon(). 
 295     virtual void DoShowSingleLogMessage(const wxString
& message
, 
 296                                         const wxString
& title
, 
 300         Method called by Flush() to show multiple log messages. 
 302         This function can be overridden to show the messages in a different way. 
 303         By default a special log dialog showing the most recent message and 
 304         allowing the user to expand it to view the previously logged ones is 
 308             Array of messages to show; it contains more than one element. 
 310             Array of message severities containing @c wxLOG_XXX values. 
 312             Array of time_t values indicating when each message was logged. 
 314             The suggested title for the dialog showing the message, see 
 317             One of @c wxICON_XXX constants, see GetSeverityIcon(). 
 319     virtual void DoShowMultipleLogMessages(const wxArrayString
& messages
, 
 320                                            const wxArrayInt
& severities
, 
 321                                            const wxArrayLong
& times
, 
 322                                            const wxString
& title
, 
 327         All currently accumulated messages. 
 329         This array may be empty if no messages were logged. 
 331         @see m_aSeverity, m_aTimes 
 333     wxArrayString m_aMessages
; 
 336         The severities of each logged message. 
 338         This array is synchronized with wxLogGui#m_aMessages, i.e. the n-th 
 339         element of this array corresponds to the severity of the n-th message. 
 340         The possible severity values are @c wxLOG_XXX constants, e.g. 
 341         wxLOG_Error, wxLOG_Warning, wxLOG_Message etc. 
 343     wxArrayInt m_aSeverity
; 
 346         The time stamps of each logged message. 
 348         The elements of this array are time_t values corresponding to the time 
 349         when the message was logged. 
 351     wxArrayLong m_aTimes
; 
 354         True if there any error messages. 
 359         True if there any warning messages. 
 361         If both wxLogGui#m_bErrors and this member are false, there are only 
 362         informational messages to be shown. 
 367         True if there any messages to be shown to the user. 
 369         This variable is used instead of simply checking whether 
 370         wxLogGui#m_aMessages array is empty to allow blocking further calls to 
 371         Flush() while a log dialog is already being shown, even if the messages 
 372         array hasn't been emptied yet. 
 382     This class can be used to redirect the log messages to a C++ stream. 
 384     Please note that this class is only available if wxWidgets was compiled with 
 385     the standard iostream library support (@c wxUSE_STD_IOSTREAM must be on). 
 390     @see wxLogStderr, wxStreamToTextRedirector 
 392 class wxLogStream 
: public wxLog
 
 396         Constructs a log target which sends all the log messages to the given 
 397         output stream. If it is @NULL, the messages are sent to @c cerr. 
 399     wxLogStream(std::ostream 
*ostr 
= NULL
); 
 407     This class can be used to redirect the log messages to a C file stream (not to 
 408     be confused with C++ streams). 
 410     It is the default log target for the non-GUI wxWidgets applications which 
 411     send all the output to @c stderr. 
 418 class wxLogStderr 
: public wxLog
 
 422         Constructs a log target which sends all the log messages to the given 
 423         @c FILE. If it is @NULL, the messages are sent to @c stderr. 
 425     wxLogStderr(FILE* fp 
= NULL
); 
 433     wxLogBuffer is a very simple implementation of log sink which simply collects 
 434     all the logged messages in a string (except the debug messages which are output 
 435     in the usual way immediately as we're presumably not interested in collecting 
 436     them for later). The messages from different log function calls are separated 
 439     All the messages collected so far can be shown to the user (and the current 
 440     buffer cleared) by calling the overloaded wxLogBuffer::Flush method. 
 445 class wxLogBuffer 
: public wxLog
 
 449         Shows all the messages collected so far to the user (using a message box in the 
 450         GUI applications or by printing them out to the console in text mode) and 
 451         clears the internal buffer. 
 453     virtual void Flush(); 
 456         Returns the current buffer contains. Messages from different log function calls 
 457         are separated with the new lines in the buffer. 
 458         The buffer can be cleared by Flush() which will also show the current 
 459         contents to the user. 
 461     const wxString
& GetBuffer() const; 
 467     @class wxLogInterposer 
 469     A special version of wxLogChain which uses itself as the new log target. 
 470     It forwards log messages to the previously installed one in addition to 
 471     processing them itself. 
 473     Unlike wxLogChain which is usually used directly as is, this class must be 
 474     derived from to implement wxLog::DoLog and/or wxLog::DoLogString methods. 
 476     wxLogInterposer destroys the previous log target in its destructor. 
 477     If you don't want this to happen, use wxLogInterposerTemp instead. 
 482 class wxLogInterposer 
: public wxLogChain
 
 486         The default constructor installs this object as the current active log target. 
 496     Using these target all the log messages can be redirected to a text control. 
 497     The text control must have been created with @c wxTE_MULTILINE style by the 
 503     @see wxTextCtrl, wxStreamToTextRedirector 
 505 class wxLogTextCtrl 
: public wxLog
 
 509         Constructs a log target which sends all the log messages to the given text 
 510         control. The @a textctrl parameter cannot be @NULL. 
 512     wxLogTextCtrl(wxTextCtrl
* pTextCtrl
); 
 520     wxLog class defines the interface for the @e log targets used by wxWidgets 
 521     logging functions as explained in the @ref overview_log. 
 522     The only situations when you need to directly use this class is when you want 
 523     to derive your own log target because the existing ones don't satisfy your 
 524     needs. Another case is if you wish to customize the behaviour of the standard 
 525     logging classes (all of which respect the wxLog settings): for example, set 
 526     which trace messages are logged and which are not or change (or even remove 
 527     completely) the timestamp on the messages. 
 529     Otherwise, it is completely hidden behind the @e wxLogXXX() functions and 
 530     you may not even know about its existence. 
 532     @note For console-mode applications, the default target is wxLogStderr, so 
 533           that all @e wxLogXXX() functions print on @c stderr when @c wxUSE_GUI = 0. 
 536     @section log_derivingyours Deriving your own log target 
 538     There are two functions which must be implemented by any derived class to 
 539     actually process the log messages: DoLog() and DoLogString(). 
 540     The second function receives a string which just has to be output in some way 
 541     and the easiest way to write a new log target is to override just this function 
 542     in the derived class. 
 544     If more control over the output format is needed, then the first function must 
 545     be overridden which allows to construct custom messages depending on the log level 
 546     or even do completely different things depending on the message severity 
 547     (for example, throw away all messages except warnings and errors, show warnings 
 548     on the screen and forward the error messages to the user's (or programmer's) cell 
 549     phone - maybe depending on whether the timestamp tells us if it is day or 
 550     night in the current time zone). 
 552     There also functions to support message buffering. Why are they needed? 
 553     Some of wxLog implementations, most notably the standard wxLogGui class, 
 554     buffer the messages (for example, to avoid showing the user a zillion of modal 
 555     message boxes one after another -- which would be really annoying). 
 557     Flush() shows them all and clears the buffer contents. 
 558     This function doesn't do anything if the buffer is already empty. 
 565     @section log_tracemasks Using trace masks 
 567     The functions below allow some limited customization of wxLog behaviour 
 568     without writing a new log target class (which, aside from being a matter of 
 569     several minutes, allows you to do anything you want). 
 570     The verbose messages are the trace messages which are not disabled in the 
 571     release mode and are generated by wxLogVerbose(). 
 572     They are not normally shown to the user because they present little interest, 
 573     but may be activated, for example, in order to help the user find some program 
 576     As for the (real) trace messages, their handling depends on the settings of 
 577     the (application global) @e trace mask which can either be specified using 
 578     SetTraceMask(), GetTraceMask() and wxLogTrace() which takes an integer mask 
 579     or using AddTraceMask() for string trace masks. 
 581     The difference between bit-wise and string trace masks is that a message using 
 582     integer trace mask will only be logged if all bits of the mask are set in the 
 583     current mask while a message using string mask will be logged simply if the 
 584     mask had been added before to the list of allowed ones. 
 588     wxLogTrace( wxTraceRefCount|wxTraceOleCalls, "Active object ref count: %d", nRef ); 
 591     will do something only if the current trace mask contains both @c wxTraceRefCount 
 592     and @c wxTraceOle, but: 
 595     wxLogTrace( wxTRACE_OleCalls, "IFoo::Bar() called" ); 
 598     will log the message if it was preceded by: 
 601     wxLog::AddTraceMask( wxTRACE_OleCalls); 
 604     Using string masks is simpler and allows you to easily add custom ones, so this 
 605     is the preferred way of working with trace messages. The integer trace mask is 
 606     kept for compatibility and for additional (but very rarely needed) flexibility 
 609     The standard trace masks are given in wxLogTrace() documentation. 
 611     Finally, the @e wxLog::DoLog() function automatically prepends a time stamp 
 612     to all the messages. The format of the time stamp may be changed: it can be 
 613     any string with % specifications fully described in the documentation of the 
 614     standard @e strftime() function. For example, the default format is 
 615     "[%d/%b/%y %H:%M:%S] " which gives something like "[17/Sep/98 22:10:16] " 
 616     (without quotes) for the current date. Setting an empty string as the time 
 617     format or calling the shortcut wxLog::DisableTimestamp(), disables timestamping 
 618     of the messages completely. 
 622     @li RemoveTraceMask() 
 623     @li ClearTraceMasks() 
 625     @li IsAllowedTraceMask() 
 632     @li SetRepetitionCounting() 
 633     @li GetRepetitionCounting() 
 636     Timestamping is disabled for Visual C++ users in debug builds by 
 637     default because otherwise it would be impossible to directly go to the line 
 638     from which the log message was generated by simply clicking in the debugger 
 639     window on the corresponding error message. If you wish to enable it, please 
 640     use SetTimestamp() explicitly. 
 643     @section log_target Manipulating the log target 
 645     The functions in this section work with and manipulate the active log 
 646     target. The OnLog() is called by the @e wxLogXXX() functions 
 647     and invokes the DoLog() of the active log target if any. 
 649     Get/Set methods are used to install/query the current active target and, 
 650     finally, DontCreateOnDemand() disables the automatic creation of a standard 
 651     log target if none actually exists. It is only useful when the application 
 652     is terminating and shouldn't be used in other situations because it may 
 653     easily lead to a loss of messages. 
 657     @li GetActiveTarget() 
 658     @li SetActiveTarget() 
 659     @li DontCreateOnDemand() 
 667     @see @ref overview_log 
 673         Add the @a mask to the list of allowed masks for wxLogTrace(). 
 675         @see RemoveTraceMask(), GetTraceMasks() 
 677     static void AddTraceMask(const wxString
& mask
); 
 680         Removes all trace masks previously set with AddTraceMask(). 
 682         @see RemoveTraceMask() 
 684     static void ClearTraceMasks(); 
 687         Instructs wxLog to not create new log targets on the fly if there is none 
 688         currently. (Almost) for internal use only: it is supposed to be called by the 
 689         application shutdown code. 
 691         Note that this function also calls ClearTraceMasks(). 
 693     static void DontCreateOnDemand(); 
 696         Shows all the messages currently in buffer and clears it. 
 697         If the buffer is already empty, nothing happens. 
 699     virtual void Flush(); 
 702         Flushes the current log target if any, does nothing if there is none. 
 706     static void FlushActive(); 
 709         Returns the pointer to the active log target (may be @NULL). 
 711     static wxLog
* GetActiveTarget(); 
 714         Returns the current log level limit. 
 716     static wxLogLevel 
GetLogLevel(); 
 719         Returns whether the repetition counting mode is enabled. 
 721     static bool GetRepetitionCounting(); 
 724         Returns the current timestamp format string. 
 726     static const wxString 
GetTimestamp(); 
 729         Returns the current trace mask, see Customization() section for details. 
 731     static wxTraceMask 
GetTraceMask(); 
 734         Returns the currently allowed list of string trace masks. 
 738     static const wxArrayString 
GetTraceMasks(); 
 741         Returns whether the verbose mode is currently active. 
 743     static bool GetVerbose(); 
 746         Returns @true if the @a mask is one of allowed masks for wxLogTrace(). 
 748         See also: AddTraceMask(), RemoveTraceMask() 
 750     static bool IsAllowedTraceMask(const wxString
& mask
); 
 753         Forwards the message at specified level to the @e DoLog() function of the 
 754         active log target if there is any, does nothing otherwise. 
 756     static void OnLog(wxLogLevel level
, const wxString
& message
); 
 759         Remove the @a mask from the list of allowed masks for 
 764     static void RemoveTraceMask(const wxString
& mask
); 
 767         Resumes logging previously suspended by a call to Suspend(). 
 768         All messages logged in the meanwhile will be flushed soon. 
 770     static void Resume(); 
 773         Sets the specified log target as the active one. 
 775         Returns the pointer to the previous active log target (may be @NULL). 
 776         To suppress logging use a new instance of wxLogNull not @NULL.  If the 
 777         active log target is set to @NULL a new default log target will be 
 778         created when logging occurs. 
 780     static wxLog
* SetActiveTarget(wxLog
* logtarget
); 
 783         Specifies that log messages with level  logLevel should be ignored 
 784         and not sent to the active log target. 
 786     static void SetLogLevel(wxLogLevel logLevel
); 
 789         Enables logging mode in which a log message is logged once, and in case exactly 
 790         the same message successively repeats one or more times, only the number of 
 791         repetitions is logged. 
 793     static void SetRepetitionCounting(bool repetCounting 
= true); 
 796         Sets the timestamp format prepended by the default log targets to all 
 797         messages. The string may contain any normal characters as well as % 
 798         prefixed format specificators, see @e strftime() manual for details. 
 799         Passing an empty string to this function disables message time stamping. 
 801     static void SetTimestamp(const wxString
& format
); 
 804         Disables time stamping of the log messages. 
 808     static void DisableTimestamp(); 
 811         Sets the trace mask, see @ref log_derivingyours section for details. 
 813     static void SetTraceMask(wxTraceMask mask
); 
 816         Activates or deactivates verbose mode in which the verbose messages are 
 817         logged as the normal ones instead of being silently dropped. 
 819     static void SetVerbose(bool verbose 
= true); 
 822         Suspends the logging until Resume() is called. 
 824         Note that the latter must be called the same number of times as the former 
 825         to undo it, i.e. if you call Suspend() twice you must call Resume() twice as well. 
 827         Note that suspending the logging means that the log sink won't be be flushed 
 828         periodically, it doesn't have any effect if the current log target does the 
 829         logging immediately without waiting for Flush() to be called (the standard 
 830         GUI log target only shows the log dialog when it is flushed, so Suspend() 
 831         works as expected with it). 
 833         @see Resume(), wxLogNull 
 835     static void Suspend(); 
 840         Called to process the message of the specified severity. @a msg is the text 
 841         of the message as specified in the call of @e wxLogXXX() function which 
 842         generated it and @a timestamp is the moment when the message was generated. 
 844         The base class version prepends the timestamp to the message, adds a prefix 
 845         corresponding to the log level and then calls 
 846         DoLogString() with the resulting string. 
 848     virtual void DoLog(wxLogLevel level
, const wxString
& msg
, time_t timestamp
); 
 851         Called to log the specified string. The timestamp is already included in the 
 852         string but still passed to this function. 
 854         A simple implementation may just send the string to @c stdout or, better, 
 857     virtual void DoLogString(const wxString
& msg
, time_t timestamp
); 
 865     This class allows you to temporarily suspend logging. All calls to the log 
 866     functions during the life time of an object of this class are just ignored. 
 868     In particular, it can be used to suppress the log messages given by wxWidgets 
 869     itself but it should be noted that it is rarely the best way to cope with this 
 870     problem as @b all log messages are suppressed, even if they indicate a 
 871     completely different error than the one the programmer wanted to suppress. 
 873     For instance, the example of the overview: 
 878       // wxFile.Open() normally complains if file can't be opened, we don't want it 
 881         if ( !file.Open("bar") ) 
 882           ... process error ourselves ... 
 883       } // ~wxLogNull called, old log sink restored 
 885       wxLogMessage("..."); // ok 
 888     would be better written as: 
 893       // don't try to open file if it doesn't exist, we are prepared to deal with 
 894       // this ourselves - but all other errors are not expected 
 895       if ( wxFile::Exists("bar") ) 
 897           // gives an error message if the file couldn't be opened 
 910 class wxLogNull 
: public wxLog
 
 926 // ============================================================================ 
 927 // Global functions/macros 
 928 // ============================================================================ 
 930 /** @ingroup group_funcmacro_log */ 
 934     This function shows a message to the user in a safe way and should be safe 
 935     to call even before the application has been initialized or if it is 
 936     currently in some other strange state (for example, about to crash). Under 
 937     Windows this function shows a message box using a native dialog instead of 
 938     wxMessageBox() (which might be unsafe to call), elsewhere it simply prints 
 939     the message to the standard output using the title as prefix. 
 942         The title of the message box shown to the user or the prefix of the 
 945         The text to show to the user. 
 947     @see wxLogFatalError() 
 951 void wxSafeShowMessage(const wxString
& title
, const wxString
& text
); 
 954     Returns the error code from the last system call. This function uses 
 955     @c errno on Unix platforms and @c GetLastError under Win32. 
 957     @see wxSysErrorMsg(), wxLogSysError() 
 961 unsigned long wxSysErrorCode(); 
 964     Returns the error message corresponding to the given system error code. If 
 965     @a errCode is 0 (default), the last error code (as returned by 
 966     wxSysErrorCode()) is used. 
 968     @see wxSysErrorCode(), wxLogSysError() 
 972 const wxChar
* wxSysErrorMsg(unsigned long errCode 
= 0); 
 976 /** @ingroup group_funcmacro_log */ 
 979     For all normal, informational messages. They also appear in a message box 
 980     by default (but it can be changed). 
 984 void wxLogMessage(const char* formatString
, ... ); 
 985 void wxVLogMessage(const char* formatString
, va_list argPtr
); 
 988 /** @ingroup group_funcmacro_log */ 
 991     For verbose output. Normally, it is suppressed, but might be activated if 
 992     the user wishes to know more details about the program progress (another, 
 993     but possibly confusing name for the same function could be @c wxLogInfo). 
 997 void wxLogVerbose(const char* formatString
, ... ); 
 998 void wxVLogVerbose(const char* formatString
, va_list argPtr
); 
1001 /** @ingroup group_funcmacro_log */ 
1004     For warnings - they are also normally shown to the user, but don't 
1005     interrupt the program work. 
1009 void wxLogWarning(const char* formatString
, ... ); 
1010 void wxVLogWarning(const char* formatString
, va_list argPtr
); 
1013 /** @ingroup group_funcmacro_log */ 
1016     Like wxLogError(), but also terminates the program with the exit code 3. 
1017     Using @e abort() standard function also terminates the program with this 
1022 void wxLogFatalError(const char* formatString
, ... ); 
1023 void wxVLogFatalError(const char* formatString
, va_list argPtr
); 
1026 /** @ingroup group_funcmacro_log */ 
1029     The functions to use for error messages, i.e. the messages that must be 
1030     shown to the user. The default processing is to pop up a message box to 
1031     inform the user about it. 
1035 void wxLogError(const char* formatString
, ... ); 
1036 void wxVLogError(const char* formatString
, va_list argPtr
); 
1039 /** @ingroup group_funcmacro_log */ 
1042     Like wxLogDebug(), trace functions only do something in debug builds and 
1043     expand to nothing in the release one. The reason for making it a separate 
1044     function is that usually there are a lot of trace messages, so it might 
1045     make sense to separate them from other debug messages. 
1047     wxLogDebug(const char*,const char*,...) and 
1048     wxLogDebug(wxTraceMask,const char*,...) can be used instead if you would 
1049     like to be able to separate trace messages into different categories which 
1050     can be enabled or disabled with the static functions provided in wxLog. 
1054 void wxLogTrace(const char* formatString
, ... ); 
1055 void wxVLogTrace(const char* formatString
, va_list argPtr
); 
1058 /** @ingroup group_funcmacro_log */ 
1061     Like wxLogDebug(), trace functions only do something in debug builds and 
1062     expand to nothing in the release one. The reason for making it a separate 
1063     function is that usually there are a lot of trace messages, so it might 
1064     make sense to separate them from other debug messages. 
1066     In this version of wxLogTrace(), trace messages can be separated into 
1067     different categories and calls using this function only log the message if 
1068     the given @a mask is currently enabled in wxLog. This lets you selectively 
1069     trace only some operations and not others by enabling the desired trace 
1070     masks with wxLog::AddTraceMask() or by setting the 
1071     @ref overview_envvars "@c WXTRACE environment variable". 
1073     The predefined string trace masks used by wxWidgets are: 
1076     @itemdef{ wxTRACE_MemAlloc, Trace memory allocation (new/delete) } 
1077     @itemdef{ wxTRACE_Messages, Trace window messages/X callbacks } 
1078     @itemdef{ wxTRACE_ResAlloc, Trace GDI resource allocation } 
1079     @itemdef{ wxTRACE_RefCount, Trace various ref counting operations } 
1080     @itemdef{ wxTRACE_OleCalls, Trace OLE method calls (Win32 only) } 
1083     @note Since both the mask and the format string are strings, this might 
1084           lead to function signature confusion in some cases: if you intend to 
1085           call the format string only version of wxLogTrace(), add a "%s" 
1086           format string parameter and then supply a second string parameter for 
1087           that "%s", the string mask version of wxLogTrace() will erroneously 
1088           get called instead, since you are supplying two string parameters to 
1089           the function. In this case you'll unfortunately have to avoid having 
1090           two leading string parameters, e.g. by adding a bogus integer (with 
1091           its "%d" format string). 
1095 void wxLogTrace(const char* mask
, const char* formatString
, ... ); 
1096 void wxVLogTrace(const char* mask
, 
1097                   const char* formatString
, 
1101 /** @ingroup group_funcmacro_log */ 
1104     Like wxLogDebug(), trace functions only do something in debug builds and 
1105     expand to nothing in the release one. The reason for making it a separate 
1106     function is that usually there are a lot of trace messages, so it might 
1107     make sense to separate them from other debug messages. 
1109     This version of wxLogTrace() only logs the message if all the bits 
1110     corresponding to the @a mask are set in the wxLog trace mask which can be 
1111     set by calling wxLog::SetTraceMask(). This version is less flexible than 
1112     wxLogDebug(const char*,const char*,...) because it doesn't allow defining 
1113     the user trace masks easily. This is why it is deprecated in favour of 
1114     using string trace masks. 
1116     The following bitmasks are defined for wxTraceMask: 
1119     @itemdef{ wxTraceMemAlloc, Trace memory allocation (new/delete) } 
1120     @itemdef{ wxTraceMessages, Trace window messages/X callbacks } 
1121     @itemdef{ wxTraceResAlloc, Trace GDI resource allocation } 
1122     @itemdef{ wxTraceRefCount, Trace various ref counting operations } 
1123     @itemdef{ wxTraceOleCalls, Trace OLE method calls (Win32 only) } 
1128 void wxLogTrace(wxTraceMask mask
, const char* formatString
, ... ); 
1129 void wxVLogTrace(wxTraceMask mask
, const char* formatString
, va_list argPtr
); 
1132 /** @ingroup group_funcmacro_log */ 
1135     The right functions for debug output. They only do something in debug mode 
1136     (when the preprocessor symbol @c __WXDEBUG__ is defined) and expand to 
1137     nothing in release mode (otherwise). 
1141 void wxLogDebug(const char* formatString
, ... ); 
1142 void wxVLogDebug(const char* formatString
, va_list argPtr
); 
1145 /** @ingroup group_funcmacro_log */ 
1148     Messages logged by this function will appear in the statusbar of the 
1149     @a frame or of the top level application window by default (i.e. when using 
1150     the second version of the functions). 
1152     If the target frame doesn't have a statusbar, the message will be lost. 
1156 void wxLogStatus(wxFrame
* frame
, const char* formatString
, ... ); 
1157 void wxVLogStatus(wxFrame
* frame
, const char* formatString
, va_list argPtr
); 
1158 void wxLogStatus(const char* formatString
, ... ); 
1159 void wxVLogStatus(const char* formatString
, va_list argPtr
); 
1162 /** @ingroup group_funcmacro_log */ 
1165     Mostly used by wxWidgets itself, but might be handy for logging errors 
1166     after system call (API function) failure. It logs the specified message 
1167     text as well as the last system error code (@e errno or @e ::GetLastError() 
1168     depending on the platform) and the corresponding error message. The second 
1169     form of this function takes the error code explicitly as the first 
1172     @see wxSysErrorCode(), wxSysErrorMsg() 
1176 void wxLogSysError(const char* formatString
, ... ); 
1177 void wxVLogSysError(const char* formatString
, va_list argPtr
);