X-Git-Url: https://git.saurik.com/wxWidgets.git/blobdiff_plain/b0fc8832977e4525b1a04ebadbaa36cb5b2b3e9b..6f9b81232eef61285f2e6556a8df7680870ec84a:/docs/latex/wx/function.tex diff --git a/docs/latex/wx/function.tex b/docs/latex/wx/function.tex index db1360ce79..33ee4e679e 100644 --- a/docs/latex/wx/function.tex +++ b/docs/latex/wx/function.tex @@ -9,6 +9,7 @@ the corresponding topic. \section{Alphabetical functions and macros list} \helpref{CLASSINFO}{classinfo}\\ +\helpref{copystring}{copystring}\\ \helpref{DECLARE\_ABSTRACT\_CLASS}{declareabstractclass}\\ \helpref{DECLARE\_APP}{declareapp}\\ \helpref{DECLARE\_CLASS}{declareclass}\\ @@ -23,7 +24,7 @@ the corresponding topic. \helpref{WXDEBUG\_NEW}{debugnew}\\ \helpref{WXTRACELEVEL}{tracelevel}\\ \helpref{WXTRACE}{trace}\\ -\helpref{copystring}{copystring}\\ +\helpref{wxASSERT\_MIN\_BITSIZE}{wxassertminbitsize}\\ \helpref{wxASSERT\_MSG}{wxassertmsg}\\ \helpref{wxASSERT}{wxassert}\\ \helpref{wxBITMAP}{wxbitmapmacro}\\ @@ -36,9 +37,11 @@ the corresponding topic. \helpref{wxCHECK\_VERSION}{wxcheckversion}\\ \helpref{wxCHECK}{wxcheck}\\ \helpref{wxClientDisplayRect}{wxclientdisplayrect}\\ -\helpref{wxClipboardOpen}{wxclipboardopen}\\ +\helpref{wxClipboardOpen}{functionwxclipboardopen}\\ \helpref{wxCloseClipboard}{wxcloseclipboard}\\ \helpref{wxColourDisplay}{wxcolourdisplay}\\ +\helpref{wxCOMPILE\_TIME\_ASSERT}{wxcompiletimeassert}\\ +\helpref{wxCOMPILE\_TIME\_ASSERT2}{wxcompiletimeassert2}\\ \helpref{wxConcatFiles}{wxconcatfiles}\\ \helpref{wxConstCast}{wxconstcast}\\ \helpref{wxCopyFile}{wxcopyfile}\\ @@ -48,12 +51,11 @@ the corresponding topic. \helpref{wxDDEInitialize}{wxddeinitialize}\\ \helpref{wxDROP\_ICON}{wxdropicon}\\ \helpref{wxDebugMsg}{wxdebugmsg}\\ -\helpref{wxDirExists}{wxdirexists}\\ +\helpref{wxDirExists}{functionwxdirexists}\\ \helpref{wxDirSelector}{wxdirselector}\\ \helpref{wxDisplayDepth}{wxdisplaydepth}\\ -\helpref{wxDisplaySizeMM}{wxdisplaysizemm}\\ -\helpref{wxDisplaySize}{wxdisplaysize}\\ \helpref{wxDisplaySize}{wxdisplaysize}\\ +\helpref{wxDisplaySizeMM}{wxdisplaysizemm}\\ \helpref{wxDos2UnixFilename}{wxdos2unixfilename}\\ \helpref{wxDynamicCastThis}{wxdynamiccastthis}\\ \helpref{wxDynamicCast}{wxdynamiccast}\\ @@ -68,7 +70,7 @@ the corresponding topic. \helpref{wxFAIL\_MSG}{wxfailmsg}\\ \helpref{wxFAIL}{wxfail}\\ \helpref{wxFatalError}{wxfatalerror}\\ -\helpref{wxFileExists}{wxfileexists}\\ +\helpref{wxFileExists}{functionwxfileexists}\\ \helpref{wxFileModificationTime}{wxfilemodificationtime}\\ \helpref{wxFileNameFromPath}{wxfilenamefrompath}\\ \helpref{wxFileSelector}{wxfileselector}\\ @@ -89,6 +91,7 @@ the corresponding topic. \helpref{wxGetElapsedTime}{wxgetelapsedtime}\\ \helpref{wxGetEmailAddress}{wxgetemailaddress}\\ \helpref{wxGetEnv}{wxgetenv}\\ +\helpref{wxGetFontFromUser}{wxgetfontfromuser}\\ \helpref{wxGetFreeMemory}{wxgetfreememory}\\ \helpref{wxGetFullHostName}{wxgetfullhostname}\\ \helpref{wxGetHomeDir}{wxgethomedir}\\ @@ -117,6 +120,7 @@ the corresponding topic. \helpref{wxGetSingleChoice}{wxgetsinglechoice}\\ \helpref{wxGetTempFileName}{wxgettempfilename}\\ \helpref{wxGetTextFromUser}{wxgettextfromuser}\\ +\helpref{wxGetTopLevelParent}{wxgettoplevelparent}\\ \helpref{wxGetTranslation}{wxgettranslation}\\ \helpref{wxGetUTCTime}{wxgetutctime}\\ \helpref{wxGetUserHome}{wxgetuserhome}\\ @@ -420,14 +424,22 @@ processes. \membersection{::wxExecute}\label{wxexecute} -\func{long}{wxExecute}{\param{const wxString\& }{command}, \param{bool }{sync = FALSE}, \param{wxProcess *}{callback = NULL}} +\func{long}{wxExecute}{\param{const wxString\& }{command}, \param{int }{sync = wxEXEC\_ASYNC}, \param{wxProcess *}{callback = NULL}} -\func{long}{wxExecute}{\param{char **}{argv}, \param{bool }{sync = FALSE}, \param{wxProcess *}{callback = NULL}} +\func{long}{wxExecute}{\param{char **}{argv}, \param{int }{flags = wxEXEC\_ASYNC}, \param{wxProcess *}{callback = NULL}} \func{long}{wxExecute}{\param{const wxString\& }{command}, \param{wxArrayString\& }{output}} +\perlnote{In wxPerl this function only takes the {\tt command} argument, +and returns a 2-element list {\tt ( status, output )}, where {\tt output} is +an array reference.} + \func{long}{wxExecute}{\param{const wxString\& }{command}, \param{wxArrayString\& }{output}, \param{wxArrayString\& }{errors}} +\perlnote{In wxPerl this function only takes the {\tt command} argument, +and returns a 3-element list {\tt ( status, output, errors )}, where +{\tt output} and {\tt errors} are array references.} + Executes another program in Unix or Windows. The first form takes a command string, such as {\tt "emacs file.txt"}. @@ -438,8 +450,9 @@ arguments, terminated by NULL. The semantics of the third and fourth versions is different from the first two and is described in more details below. -If {\it sync} is FALSE (the default), flow of control immediately returns. -If TRUE, the current application waits until the other program has terminated. +If {\it flags} parameter contains {\tt wxEXEC\_ASYNC} flag (the default), flow +of control immediately returns. If it contains {\tt wxEXEC\_SYNC}, the current +application waits until the other program has terminated. In the case of synchronous execution, the return value is the exit code of the process (which terminates by the moment the function returns) and will be @@ -457,10 +470,21 @@ case of using DDE under Windows for command execution). In particular, in this, and only this, case the calling code will not get the notification about process termination. -If callback isn't NULL and if execution is asynchronous (note that callback -parameter can not be non-NULL for synchronous execution), +If callback isn't NULL and if execution is asynchronous, \helpref{wxProcess::OnTerminate}{wxprocessonterminate} will be called when -the process finishes. +the process finishes. Specifying this parameter also allows you to redirect the +standard input and/or output of the process being launched by calling +\helpref{Redirect}{wxprocessredirect}. If the child process IO is redirected, +under Windows the process window is not shown by default (this avoids having to +flush an unnecessary console for the processes which don't create any windows +anyhow) but a {\tt wxEXEC\_NOHIDE} flag can be used to prevent this from +happening, i.e. with this flag the child process window will be shown normally. + +Under Unix the flag {\tt wxEXEC\_MAKE\_GROUP\_LEADER} may be used to ensure +that the new process is a group leader (this will create a new session if +needed). Calling \helpref{wxKill}{wxkill} with the argument of -pid where pid +is the process ID of the new process will kill this process as well as all of +its children (except those which have started their own session). Finally, you may use the third overloaded version of this function to execute a process (always synchronously) and capture its output in the array @@ -470,6 +494,20 @@ the messages from standard error output in the {\it errors} array. See also \helpref{wxShell}{wxshell}, \helpref{wxProcess}{wxprocess}, \helpref{Exec sample}{sampleexec}. +\wxheading{Parameters} + +\docparam{command}{The command to execute and any parameters to pass to it as a +single string.} + +\docparam{argv}{The command to execute should be the first element of this +array, any additional ones are the command parameters and the array must be +terminated with a NULL pointer.} + +\docparam{flags}{Combination of bit masks {\tt wxEXEC\_ASYNC}, +{\tt wxEXEC\_SYNC} and {\tt wxEXEC\_NOHIDE}} + +\docparam{callback}{An optional pointer to \helpref{wxProcess}{wxprocess}} + \wxheading{Include files} @@ -481,7 +519,7 @@ See also \helpref{wxShell}{wxshell}, \helpref{wxProcess}{wxprocess}, Exits application after calling \helpref{wxApp::OnExit}{wxapponexit}. Should only be used in an emergency: normally the top-level frame should be deleted (after deleting all other frames) to terminate the -application. See \helpref{wxWindow::OnCloseWindow}{wxwindowonclosewindow} and \helpref{wxApp}{wxapp}. +application. See \helpref{wxCloseEvent}{wxcloseevent} and \helpref{wxApp}{wxapp}. \wxheading{Include files} @@ -623,7 +661,7 @@ threads. \helpref{wxFile}{wxfile}\\ \helpref{wxFileName}{wxfilename} -\membersection{::wxDirExists}\label{wxdirexists} +\membersection{::wxDirExists}\label{functionwxdirexists} \func{bool}{wxDirExists}{\param{const wxString\& }{dirname}} @@ -636,7 +674,7 @@ Returns TRUE if the directory exists. Converts a DOS to a Unix filename by replacing backslashes with forward slashes. -\membersection{::wxFileExists}\label{wxfileexists} +\membersection{::wxFileExists}\label{functionwxfileexists} \func{bool}{wxFileExists}{\param{const wxString\& }{filename}} @@ -653,14 +691,14 @@ Returns time of last modification of given file. \func{wxString}{wxFileNameFromPath}{\param{const wxString\& }{path}} -\func{char*}{wxFileNameFromPath}{\param{char* }{path}} +\func{char *}{wxFileNameFromPath}{\param{char *}{path}} Returns the filename for a full path. The second form returns a pointer to temporary storage that should not be deallocated. \membersection{::wxFindFirstFile}\label{wxfindfirstfile} -\func{wxString}{wxFindFirstFile}{\param{const char*}{spec}, \param{int}{ flags = 0}} +\func{wxString}{wxFindFirstFile}{\param{const char *}{spec}, \param{int}{ flags = 0}} This function does directory searching; returns the first file that matches the path {\it spec}, or the empty string. Use \helpref{wxFindNextFile}{wxfindnextfile} to @@ -762,7 +800,7 @@ Returns a string containing the current (or working) directory. \membersection{::wxGetWorkingDirectory}\label{wxgetworkingdirectory} -\func{wxString}{wxGetWorkingDirectory}{\param{char*}{buf=NULL}, \param{int }{sz=1000}} +\func{wxString}{wxGetWorkingDirectory}{\param{char *}{buf=NULL}, \param{int }{sz=1000}} This function is obsolete: use \helpref{wxGetCwd}{wxgetcwd} instead. @@ -774,7 +812,7 @@ if the buffer is NULL. \membersection{::wxGetTempFileName}\label{wxgettempfilename} -\func{char*}{wxGetTempFileName}{\param{const wxString\& }{prefix}, \param{char* }{buf=NULL}} +\func{char *}{wxGetTempFileName}{\param{const wxString\& }{prefix}, \param{char *}{buf=NULL}} \func{bool}{wxGetTempFileName}{\param{const wxString\& }{prefix}, \param{wxString\& }{buf}} @@ -1081,7 +1119,7 @@ if successful, {\tt FALSE} otherwise. \membersection{::copystring}\label{copystring} -\func{char*}{copystring}{\param{const char* }{s}} +\func{char *}{copystring}{\param{const char *}{s}} Makes a copy of the string {\it s} using the C++ new operator, so it can be deleted with the {\it delete} operator. @@ -1186,9 +1224,9 @@ Converts the character to upper case. This is implemented as a macro for efficie \membersection{::wxVsnprintf}\label{wxvsnprintf} -\func{int}{wxVsnprintf}{\param{wxChar *}{buf}, \param{size\_t }{len}, \param{const wxChar *}{format}, \param{va\_list }{argptr}} +\func{int}{wxVsnprintf}{\param{wxChar *}{buf}, \param{size\_t }{len}, \param{const wxChar *}{format}, \param{va\_list }{argPtr}} -The same as \helpref{wxSnprintf}{wxsnprintf} but takes a {\tt va\_list} +The same as \helpref{wxSnprintf}{wxsnprintf} but takes a {\tt va\_list } argument instead of arbitrary number of parameters. \wxheading{See also} @@ -1348,6 +1386,25 @@ is valid) if the dialog was cancelled. +\membersection{::wxGetFontFromUser}\label{wxgetfontfromuser} + +\func{wxFont}{wxGetFontFromUser}{\param{wxWindow *}{parent}, \param{const wxFont\& }{fontInit}} + +Shows the font selection dialog and returns the font selected by user or +invalid font (use \helpref{wxFont::Ok}{wxfontok} to test whether a font +is valid) if the dialog was cancelled. + +\wxheading{Parameters} + +\docparam{parent}{The parent window for the font selection dialog} + +\docparam{fontInit}{If given, this will be the font initially selected in the dialog.} + +\wxheading{Include files} + + + + \membersection{::wxGetMultipleChoices}\label{wxgetmultiplechoices} \func{size\_t}{wxGetMultipleChoices}{\\ @@ -1903,7 +1960,7 @@ class instead. -\membersection{::wxClipboardOpen}\label{wxclipboardopen} +\membersection{::wxClipboardOpen}\label{functionwxclipboardopen} \func{bool}{wxClipboardOpen}{\void} @@ -2050,16 +2107,6 @@ See also \helpref{wxDDEServer}{wxddeserver}, \helpref{wxDDEClient}{wxddeclient}, -\membersection{::wxDisplaySize}\label{wxdisplaysize} - -\func{void}{wxDisplaySize}{\param{int *}{width}, \param{int *}{height}} - -Gets the physical size of the display in pixels. - -\wxheading{Include files} - - - \membersection{::wxEnableTopLevelWindows}\label{wxenabletoplevelwindows} \func{void}{wxEnableTopLevelWindow}{\param{bool}{ enable = TRUE}} @@ -2187,6 +2234,17 @@ See also \helpref{wxWriteResource}{wxwriteresource}, \helpref{wxConfigBase}{wxco +\membersection{::wxGetTopLevelParent}\label{wxgettoplevelparent} + +\func{wxWindow *}{wxGetTopLevelParent}{\param{wxWindow }{*win}} + +Returns the first top level parent of the given window, or in other words, the +frame or dialog containing it, or {\tt NULL}. + +\wxheading{Include files} + + + \membersection{::wxLoadUserResource}\label{wxloaduserresource} \func{wxString}{wxLoadUserResource}{\param{const wxString\& }{resourceName}, \param{const wxString\& }{resourceType=``TEXT"}} @@ -2231,21 +2289,11 @@ Now obsolete: use \helpref{wxWindow::Close}{wxwindowclose} instead. \func{void}{wxPostEvent}{\param{wxEvtHandler *}{dest}, \param{wxEvent\& }{event}} -This function posts the event to the specified {\it dest} object. The -difference between sending an event and posting it is that in the first case -the event is processed before the function returns (in wxWindows, event sending -is done with \helpref{ProcessEvent}{wxevthandlerprocessevent} function), but in -the second, the function returns immediately and the event will be processed -sometime later - usually during the next even loop iteration. - -Note that a copy of the {\it event} is made by the function, so the original -copy can be deleted as soon as function returns. This function can also be used -to send events between different threads safely. As this function makes a -copy of the event, the event needs to have a fully implemented Clone() method, -which may not be the case for all event in wxWindows. - -See also \helpref{AddPendingEvent}{wxevthandleraddpendingevent} (which this function -uses internally). +In a GUI application, this function posts {\it event} to the specified {\it dest} +object using \helpref{wxEvtHandler::AddPendingEvent}{wxevthandleraddpendingevent}. +Otherwise, it dispatches {\it event} immediately using +\helpref{wxEvtHandler::ProcessEvent}{wxevthandlerprocessevent}. +See the respective documentation for details (and caveats). \wxheading{Include files} @@ -2270,7 +2318,7 @@ See also \helpref{wxGetDisplayName}{wxgetdisplayname}. \func{wxString}{wxStripMenuCodes}{\param{const wxString\& }{in}} -\func{void}{wxStripMenuCodes}{\param{char* }{in}, \param{char* }{out}} +\func{void}{wxStripMenuCodes}{\param{char *}{in}, \param{char *}{out}} This function is obsolete, please use \helpref{wxMenuItem::GetLabelFromText}{wxmenuitemgetlabelfromtext} instead. @@ -2316,7 +2364,7 @@ See also \helpref{wxGetResource}{wxgetresource}, \helpref{wxConfigBase}{wxconfig -\section{Byte order macros}\label{macros} +\section{Byte order macros}\label{byteordermacros} The endian-ness issues (that is the difference between big-endian and little-endian architectures) are important for the portable programs working @@ -2374,7 +2422,7 @@ been compiled on a big-endian architecture, the value will be unchanged. Use these macros to read data from and write data to a file that stores data in big-endian format. -\section{RTTI functions}\label{macros} +\section{RTTI functions}\label{rttimacros} wxWindows uses its own RTTI ("run-time type identification") system which predates the current standard C++ RTTI and so is kept for backwards @@ -2845,7 +2893,7 @@ wxWindows resource data. \membersection{::wxResourceParseString}\label{wxresourceparsestring} -\func{bool}{wxResourceParseString}{\param{char*}{ s}, \param{wxResourceTable *}{table = NULL}} +\func{bool}{wxResourceParseString}{\param{char *}{s}, \param{wxResourceTable *}{table = NULL}} Parses a string containing one or more wxWindows resource objects. If the resource objects are global static data that are included into the @@ -2873,10 +2921,10 @@ load an entire {\tt .wxr file} into a string. \membersection{::wxResourceRegisterBitmapData}\label{registerbitmapdata} -\func{bool}{wxResourceRegisterBitmapData}{\param{const wxString\& }{name}, \param{char* }{xbm\_data}, \param{int }{width}, +\func{bool}{wxResourceRegisterBitmapData}{\param{const wxString\& }{name}, \param{char *}{xbm\_data}, \param{int }{width}, \param{int }{height}, \param{wxResourceTable *}{table = NULL}} -\func{bool}{wxResourceRegisterBitmapData}{\param{const wxString\& }{name}, \param{char** }{xpm\_data}} +\func{bool}{wxResourceRegisterBitmapData}{\param{const wxString\& }{name}, \param{char **}{xpm\_data}} Makes \tt{#}included XBM or XPM bitmap data known to the wxWindows resource system. This is required if other resources will use the bitmap data, since otherwise there @@ -2954,15 +3002,19 @@ wxWindows errors. See also \helpref{wxError}{wxerror}. \membersection{::wxLogError}\label{wxlogerror} -\func{void}{wxLogError}{\param{const char*}{ formatString}, \param{...}{}} +\func{void}{wxLogError}{\param{const char *}{formatString}, \param{...}{}} + +\func{void}{wxVLogError}{\param{const char *}{formatString}, \param{va\_list }{argPtr}} -The function to use for error messages, i.e. the messages that must be shown +The functions to use for error messages, i.e. the messages that must be shown to the user. The default processing is to pop up a message box to inform the user about it. \membersection{::wxLogFatalError}\label{wxlogfatalerror} -\func{void}{wxLogFatalError}{\param{const char*}{ formatString}, \param{...}{}} +\func{void}{wxLogFatalError}{\param{const char *}{formatString}, \param{...}{}} + +\func{void}{wxVLogFatalError}{\param{const char *}{formatString}, \param{va\_list }{argPtr}} Like \helpref{wxLogError}{wxlogerror}, but also terminates the program with the exit code 3. Using {\it abort()} standard @@ -2970,16 +3022,20 @@ function also terminates the program with this exit code. \membersection{::wxLogWarning}\label{wxlogwarning} -\func{void}{wxLogWarning}{\param{const char*}{ formatString}, \param{...}{}} +\func{void}{wxLogWarning}{\param{const char *}{formatString}, \param{...}{}} + +\func{void}{wxVLogWarning}{\param{const char *}{formatString}, \param{va\_list }{argPtr}} For warnings - they are also normally shown to the user, but don't interrupt the program work. \membersection{::wxLogMessage}\label{wxlogmessage} -\func{void}{wxLogMessage}{\param{const char*}{ formatString}, \param{...}{}} +\func{void}{wxLogMessage}{\param{const char *}{formatString}, \param{...}{}} -for all normal, informational messages. They also appear in a message box by +\func{void}{wxVLogMessage}{\param{const char *}{formatString}, \param{va\_list }{argPtr}} + +For all normal, informational messages. They also appear in a message box by default (but it can be changed). Notice that the standard behaviour is to not show informational messages if there are any errors later - the logic being that the later error messages make the informational messages preceding them @@ -2987,7 +3043,9 @@ meaningless. \membersection{::wxLogVerbose}\label{wxlogverbose} -\func{void}{wxLogVerbose}{\param{const char*}{ formatString}, \param{...}{}} +\func{void}{wxLogVerbose}{\param{const char *}{formatString}, \param{...}{}} + +\func{void}{wxVLogVerbose}{\param{const char *}{formatString}, \param{va\_list }{argPtr}} For verbose output. Normally, it is suppressed, but might be activated if the user wishes to know more details about the program @@ -2995,19 +3053,25 @@ progress (another, but possibly confusing name for the same function is {\bf wxL \membersection{::wxLogStatus}\label{wxlogstatus} -\func{void}{wxLogStatus}{\param{wxFrame *}{frame}, \param{const char*}{ formatString}, \param{...}{}} +\func{void}{wxLogStatus}{\param{wxFrame *}{frame}, \param{const char *}{formatString}, \param{...}{}} + +\func{void}{wxVLogStatus}{\param{wxFrame *}{frame}, \param{const char *}{formatString}, \param{va\_list }{argPtr}} -\func{void}{wxLogStatus}{\param{const char*}{ formatString}, \param{...}{}} +\func{void}{wxLogStatus}{\param{const char *}{formatString}, \param{...}{}} -Messages logged by this function will appear in the statusbar of the {\it +\func{void}{wxVLogStatus}{\param{const char *}{formatString}, \param{va\_list }{argPtr}} + +Messages logged by these functions will appear in the statusbar of the {\it frame} or of the top level application window by default (i.e. when using -the second version of the function). +the second version of the functions). If the target frame doesn't have a statusbar, the message will be lost. \membersection{::wxLogSysError}\label{wxlogsyserror} -\func{void}{wxLogSysError}{\param{const char*}{ formatString}, \param{...}{}} +\func{void}{wxLogSysError}{\param{const char *}{formatString}, \param{...}{}} + +\func{void}{wxVLogSysError}{\param{const char *}{formatString}, \param{va\_list }{argPtr}} Mostly used by wxWindows itself, but might be handy for logging errors after system call (API function) failure. It logs the specified message text as well @@ -3022,20 +3086,28 @@ of this function takes the error code explicitly as the first argument. \membersection{::wxLogDebug}\label{wxlogdebug} -\func{void}{wxLogDebug}{\param{const char*}{ formatString}, \param{...}{}} +\func{void}{wxLogDebug}{\param{const char *}{formatString}, \param{...}{}} -The right function for debug output. It only does anything at all in the debug -mode (when the preprocessor symbol \_\_WXDEBUG\_\_ is defined) and expands to +\func{void}{wxVLogDebug}{\param{const char *}{formatString}, \param{va\_list }{argPtr}} + +The right functions for debug output. They only do something in debug +mode (when the preprocessor symbol \_\_WXDEBUG\_\_ is defined) and expand to nothing in release mode (otherwise). \membersection{::wxLogTrace}\label{wxlogtrace} -\func{void}{wxLogTrace}{\param{const char*}{ formatString}, \param{...}{}} +\func{void}{wxLogTrace}{\param{const char *}{formatString}, \param{...}{}} + +\func{void}{wxVLogTrace}{\param{const char *}{formatString}, \param{va\_list }{argPtr}} \func{void}{wxLogTrace}{\param{const char *}{mask}, \param{const char *}{formatString}, \param{...}{}} +\func{void}{wxVLogTrace}{\param{const char *}{mask}, \param{const char *}{formatString}, \param{va\_list }{argPtr}} + \func{void}{wxLogTrace}{\param{wxTraceMask}{ mask}, \param{const char *}{formatString}, \param{...}{}} +\func{void}{wxVLogTrace}{\param{wxTraceMask}{ mask}, \param{const char *}{formatString}, \param{va\_list }{argPtr}} + As {\bf wxLogDebug}, trace functions only do something in debug build and expand to nothing in the release one. The reason for making it a separate function from it is that usually there are a lot of trace @@ -3276,9 +3348,14 @@ standard usleep() function is not MT safe. \section{Debugging macros and functions}\label{debugmacros} -Useful macros and functions for error checking and defensive programming. ASSERTs are only -compiled if \_\_WXDEBUG\_\_ is defined, whereas CHECK macros stay in release -builds. +Useful macros and functions for error checking and defensive programming. +wxWindows defines three families of the assert-like macros: +the wxASSERT and wxFAIL macros only do anything if \_\_WXDEBUG\_\_ is defined +(in other words, in the debug build) but disappear completely in the release +build. On the other hand, the wxCHECK macros stay event in release builds but a +check failure doesn't generate any user-visible effects then. Finally, the +compile time assertions don't happen during the run-time but result in the +compilation error messages if the condition they check fail. \wxheading{Include files} @@ -3286,12 +3363,17 @@ builds. \membersection{::wxOnAssert}\label{wxonassert} -\func{void}{wxOnAssert}{\param{const char*}{ fileName}, \param{int}{ lineNumber}, \param{const char*}{ msg = NULL}} +\func{void}{wxOnAssert}{\param{const char *}{fileName}, \param{int}{ lineNumber}, \param{const char *}{msg = NULL}} + +This function is called whenever one of debugging macros fails (i.e. condition +is false in an assertion). It is only defined in the debug mode, in release +builds the \helpref{wxCHECK}{wxcheck} failures don't result in anything. -This function may be redefined to do something non trivial and is called -whenever one of debugging macros fails (i.e. condition is false in an -assertion). -% TODO: this should probably be an overridable in wxApp. +To override the default behaviour in the debug builds which is to show the user +a dialog asking whether he wants to abort the program, continue or continue +ignoring any subsequent assert failures, you may override +\helpref{wxApp::OnAssert}{wxapponassert} which is called by this function if +the global application object exists. \membersection{wxASSERT}\label{wxassert} @@ -3303,7 +3385,28 @@ debug mode, but nothing will be done in the release build. Please note that the condition in wxASSERT() should have no side effects because it will not be executed in release mode at all. -See also: \helpref{wxASSERT\_MSG}{wxassertmsg} +\wxheading{See also} + +\helpref{wxASSERT\_MSG}{wxassertmsg},\\ +\helpref{wxCOMPILE\_TIME\_ASSERT}{wxcompiletimeassert} + +\membersection{wxASSERT\_MIN\_BITSIZE}\label{wxassertminbitsize} + +\func{}{wxASSERT\_MIN\_BITSIZE}{\param{}{type}, \param{}{size}} + +This macro results in a +\helpref{compile time assertion failure}{wxcompiletimeassert} if the size +of the given type {\it type} is less than {\it size} bits. + +You may use it like this, for example: + +\begin{verbatim} + // we rely on the int being able to hold values up to 2^32 + wxASSERT_MIN_BITSIZE(int, 32); + + // can't work with the platforms using UTF-8 for wchar_t + wxASSERT_MIN_BITSIZE(wchar_t, 16); +\end{verbatim} \membersection{wxASSERT\_MSG}\label{wxassertmsg} @@ -3311,7 +3414,43 @@ See also: \helpref{wxASSERT\_MSG}{wxassertmsg} Assert macro with message. An error message will be generated if the condition is FALSE. -See also: \helpref{wxASSERT}{wxassert} +\wxheading{See also} + +\helpref{wxASSERT}{wxassert},\\ +\helpref{wxCOMPILE\_TIME\_ASSERT}{wxcompiletimeassert} + +\membersection{wxCOMPILE\_TIME\_ASSERT}\label{wxcompiletimeassert} + +\func{}{wxCOMPILE\_TIME\_ASSERT}{\param{}{condition}, \param{}{msg}} + +Using {\tt wxCOMPILE\_TIME\_ASSERT} results in a compilation error if the +specified {\it condition} is false. The compiler error message should include +the {\it msg} identifier - please note that it must be a valid C++ identifier +and not a string unlike in the other cases. + +This macro is mostly useful for testing the expressions involing the +{\tt sizeof} operator as they can't be tested by the preprocessor but it is +sometimes desirable to test them at the compile time. + +Note that this macro internally declares a struct whose name it tries to make +unique by using the {\tt \_\_LINE\_\_} in it but it may still not work if you +use it on the same line in two different source files. In this case you may +either change the line in which either of them appears on or use the +\helpref{wxCOMPILE\_TIME\_ASSERT2}{wxcompiletimeassert2} macro. + +\wxheading{See also} + +\helpref{wxASSERT\_MSG}{wxassertmsg},\\ +\helpref{wxASSERT\_MIN\_BITSIZE}{wxassertminbitsize} + +\membersection{wxCOMPILE\_TIME\_ASSERT2}\label{wxcompiletimeassert2} + +\func{}{wxCOMPILE\_TIME\_ASSERT}{\param{}{condition}, \param{}{msg}, \param{}{name}} + +This macro is identical to \helpref{wxCOMPILE\_TIME\_ASSERT2}{wxcompiletimeassert2} +except that it allows you to specify a unique {\it name} for the struct +internally defined by this macro to avoid getting the compilation errors +described \helpref{above}{wxcompiletimeassert}. \membersection{wxFAIL}\label{wxfail} @@ -3331,7 +3470,9 @@ This macro is useful for marking unreachable" code areas, for example it may be used in the "default:" branch of a switch statement if all possible cases are processed above. -See also: \helpref{wxFAIL}{wxfail} +\wxheading{See also} + +\helpref{wxFAIL}{wxfail} \membersection{wxCHECK}\label{wxcheck}