summaryrefslogtreecommitdiffstats
path: root/src/debug.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Possibility to show converted fixed formalbert-github2019-03-071-0/+1
| | | | Create an easy possibility to show the Fortran source as converted from fixed form to free form.
* Imporvement of performance : Reduce the Java running countCharles.Lee2018-08-271-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | # What is it - #6465 is the first reqeust. So I followed up the albert advice. - in case of debug you use printf statements, I think that here there better options would be - create an -d flag (e.g. -d plantuml) that gives the information, so no need for using the configuration option - Follow up : create -d plantuml [debug.h, debug.cpp] - usage of printf - printf should not be used,all output is steered over calls to routines as defined in message.cpp, - Follow up : use Debug::Print(Debug::Plantuml, ... and msg() - usage of std::string / std::map - in doxygen the string manipulation is. mostly, done by means of Qt classes (e.g. classes QCString, QString). For consistency these classes should be used. - map manipulation is also done by means of Qt classes (dictionary and list classes) - Follow up : use QDict QList QCString [plantuml.h, plantuml.cpp] - dirent / opendir /readdir - when browsing through directories the routines line readFileOrDirectory should probably be used or the techniques used in this routine - Follow up : I will follow when I try to reduce redundancy of creating plantuml image. - Run java minimally - Test Case : 4 plantuml - Original Run without PLANTUML_RUN_JAVA_ONCE - 8.2 sec = 4 times * ( 1.6(java vm) + 0.1 * 1(load multiple file) + process each plantuml (0.35) *1 ) <- prediction - New with PLANTUML_RUN_JAVA_ONCE - 3.499 sec = 1.6(java vm) + 0.1 * 4(load multiple file) + process each plantuml (0.35) *4 <- prediction - Creating Java Virtual Machine has a big portion. - Result - Improving Performance : 8.2 -> 3.499 (in case of 4 plantuml) # Configuration - add configuration value in Doxyfile - PLANTUML_RUN_JAVA_ONCE = YES # Debugging - doxygen -d plantuml - doxygen -d time -d plantuml # Tested with following options - source code of 3 plantuml - PLANTUML_RUN_JAVA_ONCE = YES or NO - DOT_IMAGE_FORMAT = png or svg - DOT_CLEANUP = YES or NO - -d plantuml
* Bump copyright yearDimitri van Heesch2015-02-261-1/+1
|
* Updated copyrightDimitri van Heesch2014-02-111-1/+1
|
* Fixed compiler warning related to implicit size_t to int conversionDimitri van Heesch2013-12-171-1/+1
|
* usage: make -d print dev doxygen optionsalbert-github2013-12-141-0/+12
| | | | | | This is an extension / improvement to the pull request 67 from groleo - make printing of -d levels more flexible (when adding a new one this is now done automatically) - layout of the message
* Debug output for lexical analyzerAlbert2013-11-131-0/+1
| | | | | | | | | | | | | | In case of error messages like: input buffer overflow, can't enlarge buffer because scanner uses REJECT it is not always directly clear from which lexical analyzer (.l file) this problem comes. This patch helps to find these problems and does the following things: - when using the option -d lex with doxygen each time a lexical analyzer is called at the start a line like the following line will be given: Entering lexical analyzer: pre.l (for: ..../file.c) and at the end: Finished lexical analyzer: pre.l (for: ..../file.c) - in case the lexical analyzer has been translated with the -d option of lex / flex the above mentioned lines will be given as part of the lexical analyzer output (to stderr) and look like: --entering lexical analyzer: pre.l (for: ..../file.c) --finished lexical analyzer: pre.l (for: ..../file.c)
* Usage of the -d opion correctedalbert-github2013-09-151-1/+3
| | | | | | | Giving an error when a wrong -d option is given. Made some error mesages more consistent. Corrected usage of the exit call, in case of an error: exit(1) otherwise exit(0). A closer look should be made on exitDoxygen as it does not contain any exit statements and it is unclear (to me) when it is used.
* Release-1.8.3.1Dimitri van Heesch2013-01-201-1/+1
|
* Release-1.8.2-20121118Dimitri van Heesch2012-11-181-1/+0
|
* Release-1.8.1.1Dimitri van Heesch2012-06-101-0/+2
|
* Release-1.7.6.1-20120220Dimitri van Heesch2012-02-201-1/+2
|
* Release-1.7.6.1-20120110Dimitri van Heesch2012-01-101-0/+1
|
* Release-1.7.3-20110123Dimitri van Heesch2011-01-231-1/+1
|
* Release-1.6.2-20100124Dimitri van Heesch2010-01-241-1/+1
|
* Release-1.5.4-20080101Dimitri van Heesch2008-01-171-2/+2
|
* Release-1.5.4Dimitri van Heesch2008-01-161-1/+1
|
* Release-1.5.1-20070219Dimitri van Heesch2007-02-191-1/+1
|
* Release-1.5.1-20070107Dimitri van Heesch2007-01-071-1/+1
|
* Release-1.5.1-20061202Dimitri van Heesch2006-12-021-1/+1
|
* Release-1.4.6-20060507Dimitri van Heesch2006-05-071-1/+1
|
* Release-1.4.2Dimitri van Heesch2005-03-281-23/+55
|
* Release-1.4.1Dimitri van Heesch2005-01-111-1/+1
|
* Release-1.3.9.1-20041114Dimitri van Heesch2004-11-141-0/+2
|
* Release-1.3.5-20040105Dimitri van Heesch2004-01-051-1/+1
|
* Release-1.3.2-20030708Dimitri van Heesch2003-07-081-0/+2
|
* Release-1.3-rc2-20030119Dimitri van Heesch2003-01-191-1/+1
|
* Release-1.2.17-20020804Dimitri van Heesch2002-08-041-6/+11
|
* Release-1.2.16Dimitri van Heesch2002-05-201-0/+2
|
* Doxygen-1.2.13-20020122Dimitri van Heesch2002-01-221-1/+1
|
* Release-1.2.4-20010107Dimitri van Heesch2001-01-071-1/+1
|
* Release 2000-04-03Dimitri van Heesch2000-04-031-1/+2
|
* Release-1.1.1-20000326Dimitri van Heesch2000-03-261-1/+1
|
* Release 2000-02-27Dimitri van Heesch2000-02-271-0/+2
|
* Upgrade to 1.1.0Dimitri van Heesch2000-02-151-1/+1
|
* mods for doxygen-0.49-991117Dimitri van Heesch1999-12-151-0/+7
|
* mods for doxygen-0.49-990728Dimitri van Heesch1999-12-151-3/+4
|
* initial versionDimitri van Heesch1999-12-151-0/+62