cppunit-devel Mailing List for CppUnit - C++ port of JUnit (Page 6)
Brought to you by:
blep
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
(21) |
May
(96) |
Jun
(109) |
Jul
(42) |
Aug
(6) |
Sep
(106) |
Oct
(60) |
Nov
(20) |
Dec
(6) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(7) |
Feb
(11) |
Mar
(49) |
Apr
(124) |
May
(30) |
Jun
(37) |
Jul
(53) |
Aug
(33) |
Sep
(21) |
Oct
(22) |
Nov
(19) |
Dec
(15) |
2003 |
Jan
(34) |
Feb
(25) |
Mar
(11) |
Apr
(12) |
May
(16) |
Jun
(24) |
Jul
(23) |
Aug
(23) |
Sep
(42) |
Oct
(7) |
Nov
(32) |
Dec
(33) |
2004 |
Jan
(41) |
Feb
(41) |
Mar
(24) |
Apr
(25) |
May
(18) |
Jun
(13) |
Jul
(11) |
Aug
(15) |
Sep
(22) |
Oct
(10) |
Nov
(15) |
Dec
(9) |
2005 |
Jan
(4) |
Feb
(15) |
Mar
(11) |
Apr
(16) |
May
(29) |
Jun
(17) |
Jul
(27) |
Aug
(12) |
Sep
(9) |
Oct
(10) |
Nov
(5) |
Dec
(6) |
2006 |
Jan
(2) |
Feb
(6) |
Mar
(7) |
Apr
(2) |
May
(1) |
Jun
(5) |
Jul
(8) |
Aug
(6) |
Sep
(10) |
Oct
(11) |
Nov
(15) |
Dec
(2) |
2007 |
Jan
(12) |
Feb
(22) |
Mar
(10) |
Apr
(7) |
May
(1) |
Jun
(8) |
Jul
(4) |
Aug
(1) |
Sep
(2) |
Oct
(1) |
Nov
|
Dec
|
2008 |
Jan
|
Feb
(7) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
|
2010 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: CppUnit d. m. l. <cpp...@li...> - 2006-08-28 21:15:29
|
Hi! (somehow this message did not get through so here once again) I just wanted to build cppunit2. But there seems to be something missing. I tried with the build instructions in thewiki but they are wrong :-( With this I get: ~/src/cvs/cppunit2 $ python scons.py platform=linux-gcc python: can't open file 'scons.py': [Errno 2] No such file or directory So I did this: ~/src/cvs/cppunit2 $ python sconstruct platform=linux-gcc Traceback (most recent call last): File "sconstruct", line 9, in ? options = Options() NameError: name 'Options' is not defined So I did: ~/src/cvs/cppunit2 $ scons platform=linux-gcc scons: Reading SConscript files ... Building using PLATFORM = linux-gcc scons: *** No tool named 'srcdist': No module named srcdist File "sconstruct", line 41, in ? But as you can see, none of it worked :-( So please tell me how to build cppunit2. Thanks a lot, Fabian |
From: CppUnit d. m. l. <cpp...@li...> - 2006-08-24 18:09:39
|
Hi! I just wanted to build cppunit2. But there seems to be something missing. I tried with the build instructions in thewiki but they are wrong :-( With this I get: ~/src/cvs/cppunit2 $ python scons.py platform=linux-gcc python: can't open file 'scons.py': [Errno 2] No such file or directory So I did this: ~/src/cvs/cppunit2 $ python sconstruct platform=linux-gcc Traceback (most recent call last): File "sconstruct", line 9, in ? options = Options() NameError: name 'Options' is not defined So I did: ~/src/cvs/cppunit2 $ scons platform=linux-gcc scons: Reading SConscript files ... Building using PLATFORM = linux-gcc scons: *** No tool named 'srcdist': No module named srcdist File "sconstruct", line 41, in ? But as you can see, none of it worked :-( So please tell me how to build cppunit2. Thanks a lot, Fabian |
From: CppUnit d. m. l. <cpp...@li...> - 2006-08-23 15:31:59
|
Hello again! Am Mittwoch, 16. August 2006 19:45 schrieb CppUnit development mailing list: > I have patched cppunit 1.10.2 to be compliant to the -Weffc++ GCC compiler > warnings (warnings according to "Effective C++" books by Scott Meyers). [...] > I would like to contribute this patch to your project and just want to ask > where to post the patch. Is it OK to post it on this list? Since I got no answer yet I assume it's OK to send the patch here. ;-) Attached you'll find the patch. Kind regards -- Marcel Winandy http://www.prosec.rub.de/staff/winandy.html Applied Data Security Group, Ruhr-University Bochum, Germany |
From: CppUnit d. m. l. <cpp...@li...> - 2006-08-16 17:45:56
|
Hi there! My name is Marcel Winandy. I am working with the EMSCB project, where we use cppunit to implement and perform our unit tests. We noticed that there are several warnings with cppunit when using GCC with -Weffc++ warnings activated. I have patched cppunit 1.10.2 to be compliant to the -Weffc++ GCC compiler warnings (warnings according to "Effective C++" books by Scott Meyers). The patch contains some minor changes to several classes. Mainly, this often results in using the constructor list instead of assignments within the constructor, disallowing copy construction or assignment operator or explicitly defining them (in order to avoid semantics problems in case a pointer data member exists), etc. Being compliant to Weffc++ warnings often helps to avoid later problems. See books by Scott Meyers for more details. I would like to contribute this patch to your project and just want to ask where to post the patch. Is it OK to post it on this list? Kind regards Marcel Winandy -- Marcel Winandy http://www.prosec.rub.de/staff/winandy.html Applied Data Security Group, Ruhr-University Bochum, Germany |
From: CppUnit d. m. l. <cpp...@li...> - 2006-08-09 08:39:37
|
Hello, =20 Yesterday I downloaded the new version of cppunit, ver. 1.12.0. When installing, I got problems when doing make. There are a lot of undefined symbol error, starting with: =20 Undefined first referenced=20 symbol in file std::ostream &std::ostream::operator<<(int) .libs/CompilerOutputter.o std::ostream &std::ostream::operator<<(double) .libs/StringTools.o fabs .libs/TestAssert.o =20 etc, etc. =20 =20 I use SunOS 5.8 with CC 5.5. Is this a known error on version 1.12.0, or do I have som local problems on my machine? =20 Installation of version 1.10.2 gave no problems. =20 Thanks in advance Hans Olav Kreken Norway |
From: CppUnit d. m. l. <cpp...@li...> - 2006-08-03 11:52:19
|
Hi all, I have a large (~30000 C++ code under Linux) project and I would like to integrate cppunit into it to test some classes which represent major components of my code. I've seen the money example and in the Makefile.am you seem to have no bin_PROGRAMS, but only check_PROGRAMS. Can't I have both? I was thinking: # Production code: bin_PROGRAMS = ... ..._SOURCES = ... ... # Tests check_PROGRAMS = TestNumber TestHugeStructure TestNumber_SOURCES = ... TestHugeStructure_SOURCES = ... This is because I don't want to mix test and non-testing sources since I want testint to access only the code it is going to test and nothing else. Can I do this? Any recommendation? Cheers, -- Paulo Jorge Matos - pocm at sat inesc-id pt Web: http://sat.inesc-id.pt/~pocm Computer and Software Engineering INESC-ID - SAT Group |
From: CppUnit d. m. l. <cpp...@li...> - 2006-07-29 11:24:02
|
> "Cannot define CppUnit::OstringStream" I have no promblem to compile cppunit 1.12.0 on Cygwin. Check the following file : cppunit-1.12.0/include/cppunit/config-auto.h At the line 67, I have : /* define if the compiler has stringstream */ #ifndef CPPUNIT_HAVE_SSTREAM #define CPPUNIT_HAVE_SSTREAM 1 #endif And you ? Vincent. |
From: CppUnit d. m. l. <cpp...@li...> - 2006-07-28 20:29:47
|
Since I couldn't install 1.10.2, I decided to install 1.12.0 on latest Cygwin/WindowsXP. I got a little farther this time but not all the way! I'd appreciate any help so I can get going on using CppUnit.... Thanks Cygwin installation uses g++ version 3.4.4. ./configure seems to complete successfully. There is no difference in the final outcome whether I use --disable-shared flag or not. Problem happens when I run "make" after ./configure. The error seems to be: "Cannot define CppUnit::OstringStream" Here is the output: $ make Making all in src make[1]: Entering directory `/cygdrive/c/cppunit-1.12.0/src' Making all in cppunit make[2]: Entering directory `/cygdrive/c/cppunit-1.12.0/src/cppunit' source='AdditionalMessage.cpp' object='AdditionalMessage.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/sh ../../config/depcomp \ /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../config -I../../include -I../../include -g -O2 -c -o Addi tionalMessage.lo AdditionalMessage.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../../config -I../../include -I../../include -g -O2 -c AdditionalMessage.cpp -o AdditionalMessage.o source='Asserter.cpp' object='Asserter.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/sh ../../config/depcomp \ /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../config -I../../include -I../../include -g -O2 -c -o Asse rter.lo Asserter.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../../config -I../../include -I../../include -g -O2 -c Asserter.cpp -o Asserter.o source='BeOsDynamicLibraryManager.cpp' object='BeOsDynamicLibraryManager.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/sh ../../config/depcomp \ /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../config -I../../include -I../../include -g -O2 -c -o BeOs DynamicLibraryManager.lo BeOsDynamicLibraryManager.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../../config -I../../include -I../../include -g -O2 -c BeOsDynamicLibraryManager.cpp -o BeOsDynamicLibraryManager.o source='BriefTestProgressListener.cpp' object='BriefTestProgressListener.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/sh ../../config/depcomp \ /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../config -I../../include -I../../include -g -O2 -c -o Brie fTestProgressListener.lo BriefTestProgressListener.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../../config -I../../include -I../../include -g -O2 -c BriefTestProgressListener.cpp -o BriefTestProgressListener.o In file included from BriefTestProgressListener.cpp:4: ../../include/cppunit/portability/Stream.h:319:5: #error Cannot define CppUnit::OStringStream. make[2]: *** [BriefTestProgressListener.lo] Error 1 make[2]: Leaving directory `/cygdrive/c/cppunit-1.12.0/src/cppunit' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cygdrive/c/cppunit-1.12.0/src' make: *** [all-recursive] Error 1 -- View this message in context: http://www.nabble.com/problems-building-cppunit-1.12.0-on-Cygwin-tf2001020.html#a5494609 Sent from the cppunit-devel forum at Nabble.com. |
From: CppUnit d. m. l. <cpp...@li...> - 2006-07-28 07:09:35
|
Hi All,=20 =20 I created an XCode project that builds a static cppunit test library and = an XCode version of the simple test example. When I run this from XCode, = the testDivideByZero test generates an EXC_ARITHMETIC signal that stops = XCode. Shouldn't this be caught by the DefaultProtector?=20 =20 When I run from the command line and not XCode, I get = 'ExampleTestCase::testDivideByZeroFloating point exception'=20 =20 Any idea why the DefaultProtector doesn't catch the exception? I do = have exceptions turned on.=20 =20 Thanks,=20 -Mike=20 |
From: CppUnit d. m. l. <cpp...@li...> - 2006-07-23 15:27:10
|
I'll like to start using cppunit-1.10.2 on cygwin. I use g++ 3.4.4, but I am having problems building it. I ran ./configure and everything seemed to go OK. Then when I run "make", I get the following build errros. These .plo files are actually missing. I'd appreciate help very much.... Thanks ---- $ make Making all in src make[1]: Entering directory `/cygdrive/c/cppunit-1.10.2/src' Making all in cppunit make[2]: Entering directory `/cygdrive/c/cppunit-1.10.2/src/cppunit' Makefile:361: .deps/Asserter.Plo: No such file or directory Makefile:362: .deps/BeOsDynamicLibraryManager.Plo: No such file or directory Makefile:363: .deps/BriefTestProgressListener.Plo: No such file or directory Makefile:364: .deps/CompilerOutputter.Plo: No such file or directory Makefile:365: .deps/DefaultProtector.Plo: No such file or directory Makefile:366: .deps/DynamicLibraryManager.Plo: No such file or directory Makefile:367: .deps/DynamicLibraryManagerException.Plo: No such file or directory Makefile:368: .deps/Exception.Plo: No such file or directory Makefile:369: .deps/Message.Plo: No such file or directory Makefile:370: .deps/PlugInManager.Plo: No such file or directory Makefile:371: .deps/PlugInParameters.Plo: No such file or directory Makefile:372: .deps/Protector.Plo: No such file or directory Makefile:373: .deps/ProtectorChain.Plo: No such file or directory Makefile:374: .deps/RepeatedTest.Plo: No such file or directory Makefile:375: .deps/ShlDynamicLibraryManager.Plo: No such file or directory Makefile:376: .deps/SourceLine.Plo: No such file or directory Makefile:377: .deps/StringTools.Plo: No such file or directory Makefile:378: .deps/SynchronizedObject.Plo: No such file or directory Makefile:379: .deps/Test.Plo: No such file or directory Makefile:380: .deps/TestAssert.Plo: No such file or directory Makefile:381: .deps/TestCase.Plo: No such file or directory Makefile:382: .deps/TestCaseDecorator.Plo: No such file or directory Makefile:383: .deps/TestComposite.Plo: No such file or directory Makefile:384: .deps/TestDecorator.Plo: No such file or directory Makefile:385: .deps/TestFactoryRegistry.Plo: No such file or directory Makefile:386: .deps/TestFailure.Plo: No such file or directory Makefile:387: .deps/TestLeaf.Plo: No such file or directory Makefile:388: .deps/TestNamer.Plo: No such file or directory Makefile:389: .deps/TestPath.Plo: No such file or directory Makefile:390: .deps/TestPlugInDefaultImpl.Plo: No such file or directory Makefile:391: .deps/TestResult.Plo: No such file or directory Makefile:392: .deps/TestResultCollector.Plo: No such file or directory Makefile:393: .deps/TestRunner.Plo: No such file or directory Makefile:394: .deps/TestSetUp.Plo: No such file or directory Makefile:395: .deps/TestSuccessListener.Plo: No such file or directory Makefile:396: .deps/TestSuite.Plo: No such file or directory Makefile:397: .deps/TestSuiteBuilderContext.Plo: No such file or directory Makefile:398: .deps/TextOutputter.Plo: No such file or directory Makefile:399: .deps/TextTestProgressListener.Plo: No such file or directory Makefile:400: .deps/TextTestResult.Plo: No such file or directory Makefile:401: .deps/TextTestRunner.Plo: No such file or directory Makefile:402: .deps/TypeInfoHelper.Plo: No such file or directory Makefile:403: .deps/UnixDynamicLibraryManager.Plo: No such file or directory Makefile:404: .deps/Win32DynamicLibraryManager.Plo: No such file or directory Makefile:405: .deps/XmlDocument.Plo: No such file or directory Makefile:406: .deps/XmlElement.Plo: No such file or directory Makefile:407: .deps/XmlOutputter.Plo: No such file or directory Makefile:408: .deps/XmlOutputterHook.Plo: No such file or directory make[2]: *** No rule to make target `.deps/XmlOutputterHook.Plo'. Stop. make[2]: Leaving directory `/cygdrive/c/cppunit-1.10.2/src/cppunit' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cygdrive/c/cppunit-1.10.2/src' make: *** [all-recursive] Error 1 ---- -- View this message in context: http://www.nabble.com/problems-building-cppunit-on-cygwin-tf1988159.html#a5456240 Sent from the cppunit-devel forum at Nabble.com. |
From: CppUnit d. m. l. <cpp...@li...> - 2006-07-23 04:43:38
|
I am trying to get going on using cppUnit in cygwin on XP. I am not able to run make. I am getting the following error. I did do this as suggested in documentation. I ran the --disable-shared after my initial ./configure. But it didn't help. I'll appreciate if you could tell me what I could be doing wrong. Regards Satish The workaround is to build a static library only. Configure using ./configure --disable-shared ---- $ make Making all in src make[1]: Entering directory `/cygdrive/c/Downloads/CPP/cppunit-1.10.2/src' Making all in cppunit make[2]: Entering directory `/cygdrive/c/Downloads/CPP/cppunit-1.10.2 /src/cppunit' Makefile:361: .deps/Asserter.Plo: No such file or directory Makefile:362: .deps/BeOsDynamicLibraryManager.Plo: No such file or directory Makefile:363: .deps/BriefTestProgressListener.Plo: No such file or directory Makefile:364: .deps/CompilerOutputter.Plo: No such file or directory Makefile:365: .deps/DefaultProtector.Plo: No such file or directory Makefile:366: .deps/DynamicLibraryManager.Plo: No such file or directory Makefile:367: .deps/DynamicLibraryManagerException.Plo: No such file or directory Makefile:368: .deps/Exception.Plo: No such file or directory Makefile:369: .deps/Message.Plo: No such file or directory Makefile:370: .deps/PlugInManager.Plo: No such file or directory Makefile:371: .deps/PlugInParameters.Plo: No such file or directory Makefile:372: .deps/Protector.Plo: No such file or directory Makefile:373: .deps/ProtectorChain.Plo: No such file or directory Makefile:374: .deps/RepeatedTest.Plo: No such file or directory Makefile:375: .deps/ShlDynamicLibraryManager.Plo: No such file or directory Makefile:376: .deps/SourceLine.Plo: No such file or directory Makefile:377: .deps/StringTools.Plo: No such file or directory Makefile:378: .deps/SynchronizedObject.Plo: No such file or directory Makefile:379: .deps/Test.Plo: No such file or directory Makefile:380: .deps/TestAssert.Plo: No such file or directory Makefile:381: .deps/TestCase.Plo: No such file or directory Makefile:382: .deps/TestCaseDecorator.Plo: No such file or directory Makefile:383: .deps/TestComposite.Plo: No such file or directory Makefile:384: .deps/TestDecorator.Plo: No such file or directory Makefile:385: .deps/TestFactoryRegistry.Plo: No such file or directory Makefile:386: .deps/TestFailure.Plo: No such file or directory Makefile:387: .deps/TestLeaf.Plo: No such file or directory Makefile:388: .deps/TestNamer.Plo: No such file or directory Makefile:389: .deps/TestPath.Plo: No such file or directory Makefile:390: .deps/TestPlugInDefaultImpl.Plo: No such file or directory Makefile:391: .deps/TestResult.Plo: No such file or directory Makefile:392: .deps/TestResultCollector.Plo: No such file or directory Makefile:393: .deps/TestRunner.Plo: No such file or directory Makefile:394: .deps/TestSetUp.Plo: No such file or directory Makefile:395: .deps/TestSuccessListener.Plo: No such file or directory Makefile:396: .deps/TestSuite.Plo: No such file or directory Makefile:397: .deps/TestSuiteBuilderContext.Plo: No such file or directory Makefile:398: .deps/TextOutputter.Plo: No such file or directory Makefile:399: .deps/TextTestProgressListener.Plo: No such file or directory Makefile:400: .deps/TextTestResult.Plo: No such file or directory Makefile:401: .deps/TextTestRunner.Plo: No such file or directory Makefile:402: .deps/TypeInfoHelper.Plo: No such file or directory Makefile:403: .deps/UnixDynamicLibraryManager.Plo: No such file or directory Makefile:404: .deps/Win32DynamicLibraryManager.Plo: No such file or directory Makefile:405: .deps/XmlDocument.Plo: No such file or directory Makefile:406: .deps/XmlElement.Plo: No such file or directory Makefile:407: .deps/XmlOutputter.Plo: No such file or directory Makefile:408: .deps/XmlOutputterHook.Plo: No such file or directory make[2]: *** No rule to make target `.deps/XmlOutputterHook.Plo'. Stop. make[2]: Leaving directory `/cygdrive/c/Downloads/CPP/cppunit-1.10.2 /src/cppunit' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cygdrive/c/Downloads/CPP/cppunit-1.10.2/src' make: *** [all-recursive] Error 1 ---- |
From: CppUnit d. m. l. <cpp...@li...> - 2006-07-04 08:36:34
|
SGksClN0cmFuZ2UgZXJyb3IsIHlvdXIgY29kZSBjb21waWxlcyBhbmQgcnVucyBmaW5lIGhlcmUg d2l0aCBDcHBVbml0IDEuMTAuMi4KZysrIGlzIDQuMS4xIG9uIExpbnV4IHg4Nl82NC4KSSdkIGJl IHN1cnByaXNlZCBpZiBpdCBjb21lcyBmcm9tIHlvdXIgZW52aXJvbm1lbnQgYXMgSSBkZXZlbG9w cGVkCndpdGggdGhlIHNhbWUgYXMgeW91cnMgZm9yIGEgZmV3IG1vbnRocyBhbmQgbmV2ZXIgaGFk IHN1Y2ggYSBwcm9ibGVtLgoKUmVnYXJkcywKQW50b2luZS4KCk9uIDcvMy8wNiwgQ3BwVW5pdCBk ZXZlbG9wbWVudCBtYWlsaW5nIGxpc3QKPGNwcHVuaXQtZGV2ZWxAbGlzdHMuc291cmNlZm9yZ2Uu bmV0PiB3cm90ZToKPgo+Cj4KPgo+IEhpCj4KPgo+Cj4gIEkgZW5jb3VudGVyZWQgYSBOZXdiaWUt TGV2ZWwgcHJvYmxlbSB3aGVuIEkgc3RhcnRlZCB0byBjb21waWxlIHRoZSBjcHB1bml0Cj4gbWFp biBmcmFtZXdvcmsgLS0tIGFsbCBJIGRpZCBpcyBqdXN0IGNvcHkgdGhlIGNvZGUgYXMgc2hvd24g aW4gdGhlICJNb25leSwgYQo+IHN0ZXAgYnkgc3RlcCBleGFtcGxlICIgYW5kIGhhdmUgaXQgY29t cGlsZWQuIFRoZXJlIGlzbid0IGFueSB3YXJuaW5nIG1lc3NhZ2UKPiB3aGVuIEkgY29tcGlsZSB0 aGUgc291cmNlLCBidXQgd2hlbiBJIGhhdmUgaXQgcnVuLCBpdCBzYXlzICJTZWdtZW50YXRpb24K PiBlcnJvci4iCj4KPgo+Cj4gIEkgZGVsZXRlICNpbmNsdWRlICJzdGRhZnguaCIgc2luY2UgSSBh bSB3b3JraW5nIGluIExpbnV4IHBsYXRmb3JtICggb3IgZWxzZQo+IEkgd2lsbCBnZXQgYSBjb21w aWxlIGVycm9yIHRoYXQgc2F5cyB3YW50ZWQgaGVhZGVyIGZpbGUgaXMgbm90IHByZXNlbnQuKQo+ Cj4KPgo+ICBJIHVzZSBnKysgbWFpbi5jcHAgbW9uZXl0ZXN0LmNwcCBtb25leXRlc3QuaCDigJNs Y3BwdW5pdCDigJNsZGwg4oCTbyBtYWluIHRvCj4gY29tcGlsZSB0aGUgc291cmNlLgo+Cj4KPgo+ ICBQbGVhc2UgcmVmZXIgdG8gdGhlIGF0dGFjaGVkIHRlc3QudGFyLmd6IGZvciB0aGUgc291cmNl cyBhbmQgdGFyZ2V0IGZpbGUuCj4KPgo+Cj4gQmVsb3cgaXMgdGhlIHN0YWNrIGluZm9ybWF0aW9u IHdoZW4gInNlZ21lbnRhdGlvbiBlcnJvciIgb2NjdXJzLgo+Cj4KPgo+ICAoZ2RiKSBidAo+Cj4g IzAgIDB4MDgwNGFiZDcgaW4KPiBfX2dudV9jeHg6Ol9fbXRfYWxsb2M8c3RkOjpzdHJpbmcqPjo6 ZGVhbGxvY2F0ZSAoKQo+Cj4gIzEgIDB4MDgwNGFhMDcgaW4gc3RkOjpfRGVxdWVfYmFzZTxzdGQ6 OnN0cmluZywgc3RkOjphbGxvY2F0b3I8c3RkOjpzdHJpbmc+Cj4gPjo6X01fZGVhbGxvY2F0ZV9t YXAgKCkKPgo+ICMyICAweDA4MDRhOGM3IGluIHN0ZDo6X0RlcXVlX2Jhc2U8c3RkOjpzdHJpbmcs IHN0ZDo6YWxsb2NhdG9yPHN0ZDo6c3RyaW5nPgo+ID46On5fRGVxdWVfYmFzZSAoKQo+Cj4gIzMg IDB4YjdlYjc5MGYgaW4gQ3BwVW5pdDo6VGVzdFBhdGg6OlRlc3RQYXRoICgpCj4KPiAgICBmcm9t IC91c3IvbGliL2xpYmNwcHVuaXQtMS4xMC5zby4yCj4KPiAjNCAgMHhiN2VhZjVmMCBpbiBDcHBV bml0OjpUZXN0OjpyZXNvbHZlVGVzdFBhdGggKCkKPgo+ICAgIGZyb20gL3Vzci9saWIvbGliY3Bw dW5pdC0xLjEwLnNvLjIKPgo+ICM1ICAweGI3ZWMyNTRkIGluIENwcFVuaXQ6OlRlc3RSdW5uZXI6 OnJ1biAoKQo+Cj4gICAgZnJvbSAvdXNyL2xpYi9saWJjcHB1bml0LTEuMTAuc28uMgo+Cj4gIzYg IDB4YjdlYzczYTcgaW4gQ3BwVW5pdDo6VGV4dFRlc3RSdW5uZXI6OnJ1biAoKQo+Cj4gICAgZnJv bSAvdXNyL2xpYi9saWJjcHB1bml0LTEuMTAuc28uMgo+Cj4gIzcgIDB4MDgwNGEwZDkgaW4gbWFp biAoKQo+Cj4KPgo+IEVudmlyb25tZW50Ogo+Cj4gICAgICAgICAgICAgICBVYnVudHUgNS4xMAo+ Cj4gICAgICAgICAgICAgICBDcHBVbml0IDEuMTAuMgo+Cj4KPgo+IENhbiB5b3UgcGxlYXNlIHRh a2UgYSBsb29rIGF0IGl0PyBJIHJlYWxseSBoYXZlIG5vIGlkZWEgb2YgdGhlIGNhdXNlCj4gYWx0 aG91Z2ggSSd2ZSBiZWVuIHdvcmtpbmcgb24gdGhpcyBlcnJvciBmb3IgdHdvIGRheXMuCj4KPgo+ Cj4gVGhhbmtzIGFuZCBiZXN0IHJlZ2FyZHMKPgo+IFhpYW9iaW5nLll1Cj4KPgo+IFVzaW5nIFRv bWNhdCBidXQgbmVlZCB0byBkbyBtb3JlPyBOZWVkIHRvIHN1cHBvcnQgd2ViIHNlcnZpY2VzLCBz ZWN1cml0eT8KPiBHZXQgc3R1ZmYgZG9uZSBxdWlja2x5IHdpdGggcHJlLWludGVncmF0ZWQgdGVj aG5vbG9neSB0byBtYWtlIHlvdXIgam9iCj4gZWFzaWVyCj4gRG93bmxvYWQgSUJNIFdlYlNwaGVy ZSBBcHBsaWNhdGlvbiBTZXJ2ZXIgdi4xLjAuMSBiYXNlZCBvbiBBcGFjaGUgR2Vyb25pbW8KPiBo dHRwOi8vc2VsLmFzLXVzLmZhbGthZy5uZXQvc2VsP2NtZD1sbmsma2lkPTEyMDcwOSZiaWQ9MjYz MDU3JmRhdD0xMjE2NDIKPgo+Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KPiBDcHB1bml0LWRldmVsIG1haWxpbmcgbGlzdAo+IENwcHVuaXQtZGV2ZWxA bGlzdHMuc291cmNlZm9yZ2UubmV0Cj4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlz dHMvbGlzdGluZm8vY3BwdW5pdC1kZXZlbAo+Cj4KPgo+CgoKLS0gCkphYmJlciBJRCA6IGF0b2xs ZW5hQGZyaXRhbGsuY29tCnRlbCA6ICszMyA2IDg2IDc1IDk5IDM1Cg== |
From: CppUnit d. m. l. <cpp...@li...> - 2006-07-03 15:15:16
|
I know Booleans are freely convertible to int (in C++ :-) ), but is really a good practice? #include <HYPERLINK "http://cppunit.sourceforge.net/doc/lastest/_test_factory_registry_8h.html"c ppunit/extensions/TestFactoryRegistry.h> #include <HYPERLINK "http://cppunit.sourceforge.net/doc/lastest/cppunit_2ui_2text_2_test_runner_ 8h.html"cppunit/ui/text/TestRunner.h> int main( int argc, char **argv) { CppUnit::TextUi::TestRunner runner; CppUnit::TestFactoryRegistry ®istry = CppUnit::TestFactoryRegistry::getRegistry(); runner.addTest( registry.makeTest() ); bool wasSuccessful = runner.run( "", false ); return wasSuccessful; /* return runner.run( "", false ) ? 1 : 0; */ } Best Regards, Corneliu Muntean -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.8/380 - Release Date: 6/30/2006 |
From: CppUnit d. m. l. <cpp...@li...> - 2006-06-30 08:40:54
|
Hi, I'm currently creating a testing framework (involving CppUnit) which periodically compares the output of my tests executions. To do so, I use CppUnit XML output and parse the output file. My problem (which is not a big issue anyway as it is trivial to find a workaround) is that I'd like to use a different "id" argument for, for instance, each <TestFailed> tags, but these tags already own an "id" attribute. I'm wondering why there is no removeAttribute() method in XmlElement class. At least I would have expected m_attributes to be protected instead of private, so that one could derivate XmlElement class and do whatever I want. This looks like a useless limitation (although not so painful, I agree). Regards, Antoine. -- Jabber ID : ato...@fr... tel : +33 6 86 75 99 35 |
From: Tuomo L. <tl...@cu...> - 2006-06-27 12:53:25
|
Any chance of getting patch 1513298 reviewed, committed and included in the next release, whenever that is? -- Tuomo |
From: coding <co...@pk...> - 2006-06-24 13:02:03
|
http://cppunit.sourceforge.net/cppunit-wiki/CppUnitVisualStudio2005Wizard refers to a 7.zip file containing a Visual Studio 2005 wizard for use with CPPUnit. Included is the readme.txt file for the wizard and readme.txt of the project it generates. I have found these very useful so I thought I would share them. Paul |
From: coding <co...@pk...> - 2006-06-21 21:37:08
|
I do not seem to be able to attach files to e-mails to this mail list. Can someone please advise me on how I can distribute the Visual Studio 2005 Wizard to members of the list? Thanks Paul -----Original Message----- From: cpp...@li... [mailto:cpp...@li...] On Behalf Of coding Sent: 10 June 2006 18:36 To: cpp...@li... Subject: [Cppunit-devel] visual studio 2005 wizard for cpp unit Attached is a 7.zip file containing a Visual Studio 2005 wizard for use with CPPUnit. Also attached are the readme.txt file for the wizard and readme.txt template of the project it generates. I have found these very useful so I though I would share them. Paul |
From: coding <co...@pk...> - 2006-06-10 17:35:33
|
Attached is a 7.zip file containing a Visual Studio 2005 wizard for use with CPPUnit. Also attached are the readme.txt file for the wizard and readme.txt template of the project it generates. I have found these very useful so I though I would share them. Paul |
From: coding <co...@pk...> - 2006-05-27 16:39:13
|
CPPUnitProjectWizard 20/5/2006 Paul Gibbons Version 1 Use the CPPUnitProjectWizard wizard to create a Visual Studio 2005 = project to support use of CPPUnit to test a class.=20 To install the wizard: 1. Copy the files: CPPUnitProjectWizard.vsdir - Names the wizard CPPUnitProjectWizard.vsz - tells VS8 where to find the Wizard into the VCProjects folder of your Visual Studio 8 installation. 2. Copy the whole CPPUnitProjectWizard solution folder into the = VCWizards folder of your Visual Studio 8 installation. The project file CPPUnitProjectWizard.vcproj should be in e.g. c:\Program Files\Microsoft Visual Studio = 8\VC\VCWizards\CPPUnitProjectWizard\CPPUnitProjectWizard or else copy the project to anywhere you like and edit = CPPUnitProjectWizard.vsz to define the parameter "ABSOLUTE_PATH". Param=3D"ABSOLUTE_PATH =3D c:\Program Files\Microsoft Visual Studio = 8\VC\VCWizards\CPPUnitProjectWizard\CPPUnitProjectWizard" =20 The project requires that the environment variable CPPUNITDIR is defined = so that %CPPUNITDIR%\Include contains the folder CPPUNIT\Include and %CPPUNITDIR%\LIB contains the CPPUnit LIB files e.g. cppunit.lib. |
From: Bachmann, P. <bac...@im...> - 2006-04-06 10:05:20
|
Dear Developers of CppUnit, I've discovered a very small flaw with your example <http://cppunit.sourceforge.net/doc/lastest/cppunit_cookbook.html#post_b uild_check>: In my opinion you have to translate the return value e.g. as follows: #include <cstdlib> ... int main() { TextTestRunner runner; ... return runner.run() ? EXIT_SUCCESS : EXIT_FAILURE; } The point is, that "runner.run()" returns "true" on success, but "EXIT_SUCCESS" is "0" on many systems, so the calling shell will interpret the test run to have failed, if you pass the return value verbatim. Cheers, Philipp. --=20 Philipp Bachmann. Institute for Medical Informatics and Biostatistics (IMIB), Clarastrasse 15, CH-4058 Basel (BS), Switzerland. phone: +41 61 695 9292, fax: +41 61 695 9290 |
From: Dmitriy A. G. <gri...@mc...> - 2006-04-04 13:37:13
|
Hello! There are some errors in your paper "Money, a step by step example". First of all, you show, how to find a bug in Money.h and fix code from Money( double amount, std::string currency ) : m_amount( amount ) , m_currency( currency ) { } to Money( double amount, std::string currency ) : m_amount( amount ) , m_currency( currency ) { } But these two code fragments are equal. May be, it must be Money( double amount, std::string currency ) : m_amount( amount ) , m_currency( "currency" ) { } in the first case. The second error is in a sentence "We want to check if to Money object are equal. Let's start by adding a new test to the suite, then add our method:" It seems, it must be "We want to check if two Money objects are equal. Let's start by adding a new test to the suite, then add our method:" |
From: Steven W. <Ste...@qu...> - 2006-03-31 17:55:05
|
Hi, =20 I have a COM object which resides in a dll and has some internal classes and I want to use CppUnit test to test these classes. What is the best way to do? =20 Thanks in advance. =20 Steven Wang Quest Software Inc. 1-416-933-5176 =20 |
From: Jim C. <ji...@ou...> - 2006-03-28 17:21:19
|
Hi, I'm starting a project that is going to have lots of unit tests over the next few years. I stumbled across cppunit2, have retrieved source from CVS, compiled it with scons, and it's looking good so far. Before I get too far, I wanted to ask: is it ready? Am I going to get bitten by things it doesn't do yet? For now, I just want to do a bunch of assert equals. I also would like to use scons to build my tests. It seems much lighter-weight than having a VC++ project for each of my project's components. Is there any documentation besides the examples in the source? a walk-through like http://www.codeproject.com/library/Using_CPPUnit.asp for cppunit would be helpful. Thanks, -Jim |
From: Dan L. <dan...@gm...> - 2006-03-07 21:30:52
|
I filed a bug about a compilation failure here: http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1440493&group_= id=3D11795&atid=3D111795 Does anybody have any suggestions? There are several avenues for troubleshooting problems like this (sourceforge bug page, sourceforge forums, mailing list, ...). Do the developers prefer one of them? Thanks, Dan |
From: Baptiste L. <bl...@us...> - 2006-03-05 10:34:34
|
This release is a release candidate for 1.12.0. Features added since 1.11.4: - Qt TestRunner has been updated to Qt 3.x - Compile without deprecation warning with Microsoft Visual Studio 2005. - pkg-confile file is now generated on unix. I would appreciate if someone with access to a unix platform confirm that: - Qt TestRuner and examples/qt compile/run fine on that platform (I was only able to test VS7.1/qt 3.3.5) - pkg-config is correctly generated and can effectively be used. Notes that I already spotted the following buglet: - include/Portability.h and NEWS file version number have not been updated. Below a list of all changes since 1.10.2. New in CppUnit 1.11.6: ---------------------- * Portability: - Support for Embedded Visual C++ 4 added. For this purpose, CppUnit now provides a very simple stream implementation if none is provided. This should also help porting on other platforms which have STL but no stream support. Just make sure that CPPUNIT_NO_STREAM is defined to 1 in your config header. * Assertion: - Added missing _MESSAGE variants for the following assertions: CPPUNIT_ASSERT_DOUBLES_EQUAL_MESSAGE CPPUNIT_ASSERT_THROW_MESSAGE CPPUNIT_ASSERT_NO_THROW_MESSAGE CPPUNIT_ASSERT_ASSERTION_FAIL_MESSAGE CPPUNIT_ASSERT_ASSERTION_PASS_MESSAGE Notes: change made to CPPUNIT_ASSERT_THROW may cause compilation error if you're expecting std::exception as it would be caught twice. Contact us if it is an issue (we don't see much use for such a test). Some assertions failure message are now more detailed (exception, expression). Thanks to Neil Ferguson who contributed this patch. - Assertion on real number now output expected and actual value using the maximum available precision instead of the previous strategy of rounding to 6 digits. Thanks to Neil Ferguson who contributed this patch. * Outputter: - XML Ouputter: patch #997006 contributed by Akos Maroy makes the 'stand-alone' attribute of the XML header optional. See XmlOutputter::setStandalone() & XmlDocument::setStandalone(). - Better integration of compiler output for gcc on Mac OS X with Xcode (contributed by Claus Broch). * MFC Test Runner - Integration with VC++ 7.0 & 7.1. Double clicking on a failure will now to the failure location in the open IDE (no add-in necessary). This was contributed by Max Quatember and Andreas Pfaffenbichler. - Progress bar: now use system color to draw border (patch from bug #1165875 contributed by Pieter Van Dyck). * QT Test Runner - Fixed display of multi-line messages (patch contributed by Karol Szkudlarek). * Compilation: - The standard pkg-config file is now generated on unix (contributed by Robert Leight). - MinGW: patch #1024428 contributed by astar, fixed compilation issue in Win32DynamicLibraryManager.cpp. - MinGW, cygwin: enable build of shared library when using libtool. patch #1194394 contributed by St?hane Fillod. - autotool: applied patch #1076398 contributed by Henner Sudek. Quote: "This patch allows AM_PATH_CPPUNIT to accept version numbers without minor and micro version. Now you can do: AM_PATH_CPPUNIT(1.9) instead of AM_PATH_CPPUNIT(1.9.0)" - Visual Studio 2005: removed deprecated warning. * Documentation: - Corrected many typos in cookbook and money example. Thanks to all those who helped ! * Bug Fix: - cppunit.m4: patch #946302, AM_PATH_CPPUNIT doesn't report result if CppUnit is missing. - Message/SourceLine: copy constructor have been specifically implemented to ensure they are thread-safe even if std::string copy constructor is not (usually on reference count based implementation). - TestResultCollector: fixed memory leak occuring when calling reset(). * Contrib: - added XSLT for compatibility with Ant junit xml formatter. Patch #1112053 contributed by Norbert Barbosa. See xml-xsl/cppunit2junit.xsl and cppunit2junit.txt for details. - xml-xsl/report.xsl has been fixed to work with current xml output. * (Possible) Compatiblity break: - All text output is now done on cout() instead of sometime cerr & sometime cout depending on the component. - OStringStream definition has been removed from Portability.h. This means that <sstream> is no longer included, and that ostringstream and string might not be defined. In practice this should have no impact since those includes have been moved to other CppUnit headers. * Notes: - CppUnit now uses the alias OStream when refering to std::ostream for portability. Baptiste. |