cppunit-devel Mailing List for CppUnit - C++ port of JUnit (Page 5)
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-11-13 00:23:15
|
Dear Paul Gibbons I made for me a couple of cosmetic changes in default.js. \Microsoft Visual Studio 8\VC\VCWizards\CPPUnitProjectWizard\CPPUnitProjectWizard\Scripts\1033 File: default.js I replaced "DllPlugInTesterd_dll.exe" by "DllPlugInTesterd.exe" "DllPlugInTester_dll.exe" by "DllPlugInTester.exe" Because, by me these _dll.exe files are not generated by build of cppunit. For config.Tools('VCCLCompilerTool'), I added one line: AdditionalIncludeDirectories="$(CPPUNITDIR)\\Include"; For config.Tools('VCLinkerTool') AdditionalLibraryDirectories="$(CPPUNITDIR)\\Lib"; Now it works fine Best regards Alexandre |
From: CppUnit d. m. l. <cpp...@li...> - 2006-11-12 00:59:00
|
Dear List, although the machinery for setting using LaTeX (via doxygen) is still in place (featured in the options to 'configure', for instance) it's not been given a place in the top-level Makefile (whereas the HTML documentation has). This may reflect a recognition that the documentation is in fact broken... but it may as well be repaired. There are essentially three problems. (a) The Doxyfile[.in] file has an out-of-date format. This can be worked around by invoking doxygen -u <path to Doxyfile>: I think this may as well happen in the sources (unless there is some especial reason to keep on using old versions of doxygen - mine is 1.4.7). (b) The \brief tags for TOC entries are not quite consistent. They mostly suppose that entries are single lines. This is NOT the default behaviour of Doxygen, and I can't see a way of over-riding it. The end of the enclosing comment or a "blank" line (not counting '*' in block comments) is needed. This mostly doesn't break the TeX, though I suspect it leads to extra tags being adjoined into the ToC entry which don't belong there. What DOES break TeX is constructions like that near the start of AdditionalMessage.h: /*! \brief An additional Message for assertions. * * \ingroup CreatingNewAssertions * * Provides a implicit constructor that takes a single string. This allow this * class to be used as the message arguments in macros. * * The constructed object is either a Message with a single detail string if * a string was passed to the macro, or a copy of the Message passed to the macro. * * Here is an example of usage: * \code Doxygen thinks the first "blank" ('*' only) line terminates the TOC entry, and then gets very confused, because it's split the multi-paragraph \ingroup block. The cure is to put in a "blank" line after the \brief tag in each case, which is plainly "safe". I'm reasonably confident that this is ALMOST always correct, though in a few cases it could be intended that subsequent lines be part of the TOC entry. In just ONE case that I've noticed, near lines 230-231 in include/cppunit/TestAssert.h, there is DEFINITELY a run-on past a line-break. This then allows TeX to pick up another set of problems. I haven't unravelled the exact cause of the problem, but 'Implemented' and 'Reimplemented' remarks on classes produce broken \doxyref blocks in which what should be the cross-reference anchor is simply set out in bold-face (\bf{name}) followed by the \doxyref block, but this time with the reference target omitted. Unsurprisingly, this too produces some thoroughly confused error messages. A work-around (I don't say it's elegant, or even correct, but it stops TeX from gagging) is to perform the following substitution on the output .tex files from the run which generates the HTML documentation: (change directory to <builddir>/doc/latex) sed -i 's/\\bf\({[^}]\+}\) *\\doxyref *{p/\\doxyref\1{p/g' '-`' grep -rl '\\\\bf\({[^}]\+}\) *\\\\doxyref *{p' *.tex '-`' ';' \ That is, get a list of files to be modified from 'grep -rl' (this can be omitted: one can be simple-minded and lazy and just zap all the *.tex files in sight), and use 'sed' to reconstruct the \doxyref properly. There seems no point to expressing this as a patch: what's needed is to stop Doxygen creating the bad \doxyref entries in the first place, which is beyond me in my present stage of ignorance. I attach a bzipped version of a patch which worked for the 1.12.0 release (I haven't tried it against the CVS sources, nor even checked whether they have changed). It represents the combined effect of updating Doxyfile.in for doxygen-1.4.7 and the extra "blank" lines inserted in the doxyfile comments after \brief TOC entries. For the foreseeable future this should also be available at http://www.brenda-arkle.demon.co.uk/patches/cppunit/cppunit-1.12.0-bl12_doxygen-1.patch . I note (slightly to my surprise) that there don't seem to be any working hyperlinks in the PDF documentation resulting, though it looks OK. It's also littered with errors of one sort or another (I especially liked the claim that the PlugInManager "manges" TestPlugIn). I may get back to these some other day. But at least it *exists* now... Yours exhaustedly, Bernard Leak |
From: CppUnit d. m. l. <cpp...@li...> - 2006-11-11 17:20:26
|
> Contrary to the claim of Baptiste in the latter patch, isnan() is=20 > standard: it is part of C99. Hopefully we can assume it is portable by= =20 > now. My patch (below) uses isfinite() instead, which is also from C99. Warning, CppUnit supports Microsoft Visual C++, but the function=20 isfinite() is not available on this compiler. However, a similar=20 function called _finite() is provided. I have checked this on Visual C++=20 6, Visual Studio 2003 and Visual Studio 2005. It may be a good idea to put the following macro in the file=20 cppunit/config/config-msvc6.h : #define isfinite(x) _finite(x) Additionnally, it may be good to create a CPPUNIT_HAVE_ISFINITE macro=20 and use it where it is needed. Vincent Rivi=E8re vri...@us... |
From: CppUnit d. m. l. <cpp...@li...> - 2006-11-11 04:22:19
|
Howdy, I recently received a Debian bug report for CppUnit = (http://bugs.debian.org/396865) that CPPUNIT_ASSERT_DOUBLES_EQUAL() does = not work as expected if one value is NaN. This bug has previously been reported to CppUnit at least twice: = http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1179131&grou= p_id=3D11795&atid=3D111795 = http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D754638&group= _id=3D11795&atid=3D111795 In addition, there have been at least two patches for the problem: = http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1591244&grou= p_id=3D11795&atid=3D311795 = http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D756340&group= _id=3D11795&atid=3D311795 Contrary to the claim of Baptiste in the latter patch, isnan() is = standard: it is part of C99. Hopefully we can assume it is portable by = now. My patch (below) uses isfinite() instead, which is also from C99. First, here are additional test cases to nail down the semantics of = CPPUNIT_ASSERT_DOUBLES: - NaN is not equal to anything, not even to another NaN - infinity is equal to infinity This patch is against CVS. Index: examples/cppunittest/TestAssertTest.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: = /cvsroot/cppunit/cppunit/examples/cppunittest/TestAssertTest.cpp,v retrieving revision 1.9 diff -u -b -B -r1.9 TestAssertTest.cpp --- examples/cppunittest/TestAssertTest.cpp 5 Nov 2004 22:47:21 = -0000 1.9 +++ examples/cppunittest/TestAssertTest.cpp 11 Nov 2006 03:57:43 = -0000 @@ -167,6 +167,17 @@ =20 CPPUNIT_ASSERT_ASSERTION_FAIL( CPPUNIT_ASSERT_DOUBLES_EQUAL( 1.1, = 1.2, 0.09 ) ); CPPUNIT_ASSERT_ASSERTION_FAIL( CPPUNIT_ASSERT_DOUBLES_EQUAL( 1.2, = 1.1, 0.09 ) ); + + double inf =3D std::numeric_limits<double>::infinity(); + CPPUNIT_ASSERT_ASSERTION_FAIL( CPPUNIT_ASSERT_DOUBLES_EQUAL( inf, = 0.0, 1.0 ) ); + CPPUNIT_ASSERT_ASSERTION_FAIL( CPPUNIT_ASSERT_DOUBLES_EQUAL( 0.0, = inf, 1.0 ) ); + CPPUNIT_ASSERT_ASSERTION_PASS( CPPUNIT_ASSERT_DOUBLES_EQUAL( inf, = inf, 1.0 ) ); + + double nan =3D std::numeric_limits<double>::quiet_NaN(); + CPPUNIT_ASSERT_ASSERTION_FAIL( CPPUNIT_ASSERT_DOUBLES_EQUAL( nan, = 0.0, 1.0 ) ); + CPPUNIT_ASSERT_ASSERTION_FAIL( CPPUNIT_ASSERT_DOUBLES_EQUAL( nan, = nan, 1.0 ) ); + CPPUNIT_ASSERT_ASSERTION_FAIL( CPPUNIT_ASSERT_DOUBLES_EQUAL( nan, = inf, 1.0 ) ); + CPPUNIT_ASSERT_ASSERTION_FAIL( CPPUNIT_ASSERT_DOUBLES_EQUAL( inf, = nan, 1.0 ) ); } =20 =20 Now, here is my proposed fix. I'm applying this to Debian's CppUnit = package. Index: src/cppunit/TestAssert.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvsroot/cppunit/cppunit/src/cppunit/TestAssert.cpp,v retrieving revision 1.12 diff -u -b -B -r1.12 TestAssert.cpp --- src/cppunit/TestAssert.cpp 5 Nov 2004 22:47:20 -0000 1.12 +++ src/cppunit/TestAssert.cpp 11 Nov 2006 03:57:56 -0000 @@ -21,7 +21,13 @@ assertion_traits<double>::toString(delta) ); msg.addDetail( AdditionalMessage(message) ); =20 - Asserter::failNotEqualIf( fabs( expected - actual ) > delta, + bool equal; + if ( isfinite(expected) && isfinite(actual) ) + equal =3D fabs( expected - actual ) <=3D delta; + else + equal =3D expected =3D=3D actual; + + Asserter::failNotEqualIf( !equal, = assertion_traits<double>::toString(expected), assertion_traits<double>::toString(actual), sourceLine,=20 Cheers, -Steve |
From: CppUnit d. m. l. <cpp...@li...> - 2006-10-26 10:02:19
|
Hello! Am Donnerstag, 26. Oktober 2006 09:30 schrieb CppUnit development mailing list: > >> I discovered a problem in compiling the qttestrunner library in > >> cppunit version 1.12.0. There was a missing include directive in > >> TestResult.h and a missing line break in ui/qt/Config.h. [...] > Can you specify the platform/environement this occured on, so that I can > fill the NEWS correctly, > Thanks, > Baptiste. I'm not sure what information exactly you need to know. But this is my development environment I used for cppunit: Gentoo Linux 2.6.17 GCC 3.3.6 and GCC 4.1.1 Qt 3.3.6 Binutils 2.16.1 GNU Make 3.81 GNU Autoconf 2.59 Kind regards Marcel -- 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-10-26 07:30:36
|
CppUnit development mailing list wrote: >> Hello! >> >> I discovered a problem in compiling the qttestrunner library in >> cppunit version 1.12.0. There was a missing include directive in >> TestResult.h and a missing line break in ui/qt/Config.h. >> >> I attached a patch to fix this problem. Thanks, patch applied. Can you specify the platform/environement this occured on, so that I can fill the NEWS correctly, Thanks, Baptiste. |
From: CppUnit d. m. l. <cpp...@li...> - 2006-10-26 07:29:41
|
CppUnit development mailing list wrote: >> Hello! >> >> I discovered a problem in compiling the qttestrunner library in >> cppunit version 1.12.0. There was a missing include directive in >> TestResult.h and a missing line break in ui/qt/Config.h. >> >> I attached a patch to fix this problem. >> >> Kind regards >> Marcel >> -- >> Marcel Winandy >> http://www.prosec.rub.de/staff/winandy.html >> Applied Data Security Group, Ruhr-University Bochum, Germany >> > > > >> ------------------------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, >> security? Get stuff done quickly with pre-integrated technology to >> make your job easier Download IBM WebSphere Application Server >> v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > >> _______________________________________________ >> Cppunit-devel mailing list >> Cpp...@li... >> https://lists.sourceforge.net/lists/listinfo/cppunit-devel |
From: CppUnit d. m. l. <cpp...@li...> - 2006-10-26 06:55:33
|
CppUnit development mailing list wrote: > Hi, > > [...] > > I have also to say that cppunit documentation is far to be easy to > read > at first glance. IMHO, a doc is almost useless if it doesn't come with > one directory containing representatives samples of code *which > compile without having to tweak them at all*. Can you develop the above point ? You can find some XSL examples in contrib/. See contrib/readme.txt. Baptiste. > > Thank's for your work on cppunit. (Once again, I'm happy with 90% of > cppunit :)) |
From: CppUnit d. m. l. <cpp...@li...> - 2006-10-25 21:10:14
|
C++ does not support reflection. The only way to refer to a method is by=20 using explicitly its name inside the code, like in your example. The most elegant way to do this is to use the CPPUNIT macros : class CMyTest : public CPPUNIT_NS::TestFixture { CPPUNIT_TEST_SUITE(CMyTest); CPPUNIT_TEST(test1); CPPUNIT_TEST(test2); CPPUNIT_TEST_SUITE_END(); private: void test1(); void test2(); }; CPPUNIT_TEST_SUITE_REGISTRATION(CMyTest); This will generate some kind of CppUnit-specific reflection, so one can=20 later refer to the methods by name : CPPUNIT_NS::TestRunner runner; CPPUNIT_NS::TestFactoryRegistry& registry =3D=20 CPPUNIT_NS::TestFactoryRegistry::getRegistry(); CPPUNIT_NS::Test* pAllTests =3D registry.makeTest(); ... runner.addTest(pAllTests); runner.run(result, "CMyTest::test2"); // Referred by name as string Vincent Rivi=E8re. |
From: CppUnit d. m. l. <cpp...@li...> - 2006-10-24 23:27:10
|
Try http://cppunit.sourceforge.net/cppunit-wiki/CppUnitVisualStudio2005Wizard Paul _____ From: cpp...@li... [mailto:cpp...@li...] On Behalf Of CppUnit development mailing list Sent: 19 October 2006 15:05 To: cpp...@li... Subject: [Cppunit-devel] How to use GetTestPlugInInterfaceFunction? Hi, I am using CPPunit 1.12.0. I need to write testcase in my dll. And an MFC application to run and produce the results of those testcases in the dll. I understand about the macros used like CPPUNIT_TEST(Test1) But I have no idea how the dll (which has test cases implemented) will be called from the MFC application. I read from the documentation about GetTestPlugInInterfaceFunction() to be exported from the dll. But what do I implement in this function? A sample code snippet would be very helpful. Thanks and Regards, Arti Gujare The contents of this e-mail are intended for the named addressee only. It contains information which may be confidential and which may also be privileged. Unless you are the named addressee (or authorised to receive for the addressee) you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. Further, we make every effort to keep our network free from viruses. However, you do need to verify that this email and any attachments are free of viruses as we can take no responsibility for any computer virus which might be transferred by way of this e-mail. |
From: CppUnit d. m. l. <cpp...@li...> - 2006-10-23 10:32:18
|
hi to all, im a java programmer and im new to c++ and i have to say its pain in the a.. ;-) The problem is that i want to get my test methods from a config file. This text file should look for example like this: TestCaseClass.myNumberTest TestCaseClass.myOtherTest In every line the testcase class followed by the test method. My idea is to read every line from the text file inside a loop. I dont know how to do this, because of the template TestCaller<TestCaseClass>. Does anybody know how to the the testmethods from a textfile? Thankss!! This is my code: *************************************** std::ofstream outputFile("testResults.txt"); // This are only the test outputs, nothing to do with my problem CppUnit::TextUi::TestRunner runner; CppUnit::TestFactoryRegistry & registry = CppUnit::TestFactoryRegistry::getRegistry (); // I want to get this from a config file !!!! runner.addTest( new CppUnit::TestCaller<TestCaseClass>("myNumberTest", &TestCaseClass::myNumberTest) ); runner.addTest( new CppUnit::TestCaller<TestCaseClass>("myOtherTest", &TestCaseClass::myOtherTest) ); CppUnit::TextOutputter *textOutputter = new CppUnit::TextOutputter(&runner.result(),outputFile) ; runner.setOutputter(textOutputter); runner.run(); **************************************** -- View this message in context: http://www.nabble.com/cppunit-tests-from-config-file-tf2493387.html#a6951300 Sent from the cppunit-devel mailing list archive at Nabble.com. |
From: CppUnit d. m. l. <cpp...@li...> - 2006-10-19 14:13:19
|
Hi, =20 I am using CPPunit 1.12.0. I need to write testcase in my dll. And an MFC application to run and produce the results of those testcases in the dll. I understand about the macros used like CPPUNIT_TEST(Test1) But I have no idea how the dll (which has test cases implemented) will be called from the MFC application. I read from the documentation about GetTestPlugInInterfaceFunction() to be exported from the dll. But what do I implement in this function? A sample code snippet would be very helpful. =20 Thanks and Regards, Arti Gujare The contents of this e-mail are intended for the named addressee only. = It contains information which may be confidential and which may also be = privileged. Unless you are the named addressee (or authorised to receive for the = addressee) you may not copy or use it, or disclose it to anyone else. If = you received=20 it in error please notify us immediately and then destroy it. Further, = we make every effort to keep our network free from viruses. However, you = do need to verify=20 that this email and any attachments are free of viruses as we can take = no responsibility for any computer virus which might be transferred by = way of this e-mail. |
From: CppUnit d. m. l. <cpp...@li...> - 2006-10-19 07:09:50
|
Hi all: I didn't easily find the cppunit plugin development for eclipse, currently I can only download from http://update.eclipse.org/tools/cdt/updates/release=20 Can you let me know where is the development information (including source codes) ? Cppunit is good, but the eclipse plugin I tried last time is not good, but I don't where to put the bug/feature request. Rgs/larry |
From: CppUnit d. m. l. <cpp...@li...> - 2006-10-18 15:53:20
|
Hi, I've checked out cppunit from cvs and followed the instructions on http://cppunit.sourceforge.net/cppunit-wiki/CppUnit2 but I get the following compile error: python scons.py platform=linux-gcc scons: Reading SConscript files ... Building using PLATFORM = linux-gcc scons: done reading SConscript files. scons: Building targets ... g++ -o buildscons/linux-gcc/src/cpputtest/assertstringtest.o -c -DCPPTL_NO_AUTOLINK -Iinclude -I. src/cpputtest/assertstringtest.cpp include/cpput/stringize.h: In function 'std::string CppUT::convertToString(const StringType&) [with StringType = <unnamed>::StringWrapper]': include/cpput/assertstring.h:64: instantiated from 'void CppUT::checkStringEquals(const String1&, const String2&, const CppUT::Message&) [with String1 = <unnamed>::StringWrapper, String2 = char [4]]' src/cpputtest/assertstringtest.cpp:121: instantiated from here include/cpput/stringize.h:137: error: conversion from 'CppUT::NotConvertibleToStdString' to non-scalar type 'std::basic_string<char, std::char_traits<char>, std::allocator<char> >' requested scons: *** [buildscons/linux-gcc/src/cpputtest/assertstringtest.o] Error 1 scons: building terminated because of errors. This is my setup: python scons.py -v SCons by Steven Knight et al.: script: v0.96.92.D002, 2006/04/11 07:39:43, by knight on roxbury engine: v0.96.92.D002, 2006/04/11 07:39:43, by knight on roxbury Copyright (c) 2001, 2002, 2003, 2004 The SCons Foundation gcc version 4.1.2 20061007 (prerelease) (Debian 4.1.1-16) Has anyone experience with cppunit2 on linux? Any help is appreciated, Michael |
From: CppUnit d. m. l. <cpp...@li...> - 2006-10-05 21:37:16
|
Hi, I'm an happy new user of cppunit. Everything is just fine except one point : I have to generate HTML reports. cppunit produce xml reports. Great. I could write xsl but I'm not an xsl expert. I cannot believe I'm the first user writting xsl files to generate HTML nice reports but I cannot find any pointers on such files on your web site. http://www.kaffe.org/~stuart/japi/htmlout/h-jdk14-classpath.html is an exemple of nice result. I do not except a result as nice as than but only a simple html page with some colors and a clear view of passed/failed tests. I have also to say that cppunit documentation is far to be easy to read at first glance. IMHO, a doc is almost useless if it doesn't come with one directory containing representatives samples of code *which compile without having to tweak them at all*. Thank's for your work on cppunit. (Once again, I'm happy with 90% of cppunit :)) -- ############################################ Xavier Gnata CRAL - Observatoire de Lyon 9, avenue Charles André 69561 Saint Genis Laval cedex Phone: +33 4 78 86 85 28 Fax: +33 4 78 86 83 86 E-mail: gn...@ob... ############################################ |
From: CppUnit d. m. l. <cpp...@li...> - 2006-09-18 20:46:51
|
Please see my Visual Studio 2005 wizard http://cppunit.sourceforge.net/cppunit-wiki/CppUnitVisualStudio2005Wizard CPPUnitProjectWizard.7z <http://cppunit.sourceforge.net/cppunit-wiki/CppUnitVisualStudio2005Wizard?a ction=AttachFile&do=get&target=CPPUnitProjectWizard.7z> is a 7-zip file containing a Visual Studio 2005 wizard for use with CPPUnit. Please read the readme.txt file for the wizard and readme.txt template of the project it generates. I have found these very useful so I thought I would share them. _____ From: cpp...@li... [mailto:cpp...@li...] On Behalf Of CppUnit development mailing list Sent: 14 September 2006 15:12 To: cpp...@li... Subject: [Cppunit-devel] Question to install the CppUnit Hi would you please tell me how to install the CppUnit in the windows. Is it necessary to use the Visual Studio to install and run CppUnit in Windows? Thanks |
From: CppUnit d. m. l. <cpp...@li...> - 2006-09-18 09:49:30
|
Hello! I discovered a problem in compiling the qttestrunner library in cppunit version 1.12.0. There was a missing include directive in TestResult.h and a missing line break in ui/qt/Config.h. I attached a patch to fix this problem. Kind regards Marcel -- 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-09-16 12:47:50
|
Hi, I noticed a small error in the Money Example ( file:///usr/share/doc/lib64cppunit2-devel-1.10.2/money_example.html) that prevent it to compile. The 2 last lines of the Makefile.am MoneyApp_LDFLAGS = $(CPPUNIT_LIBS) MoneyApp_LDFLAGS = -ldl Should be changed to MoneyApp_LDFLAGS = $(CPPUNIT_LIBS) -ldl Thanks a lot for this project. After enjoying JUnit, I was very please to see that someone spent the time and effort to make an equivalent project for C++ -ph -- Canis meus id comedit. |
From: CppUnit d. m. l. <cpp...@li...> - 2006-09-14 14:12:35
|
Hi would you please tell me how to install the CppUnit in the windows. = Is it necessary to use the Visual Studio to install and run CppUnit in = Windows? Thanks |
From: CppUnit d. m. l. <cpp...@li...> - 2006-09-13 23:53:52
|
Hi, As an exercise to understand CPPUnit's test runner core concept, I am writing another UI test runner e=2Eg=2E wxWidget, FLTK, etc=2E=2E=2E=2E= Is there any documentation (other than the doxygen output) describing the preferred way for developers to write new UI test runner=2E Cheers Cheers -- http://www=2Eproceduralinsight=2Ecom/ |
From: CppUnit d. m. l. <cpp...@li...> - 2006-09-06 22:05:32
|
Sorry I posted the warning not the error. So here it is: In file included from src/cpputtest/smallmaptest.h:4, from src/cpputtest/smallmaptest.cpp:1: include/cpptl/smallmap.h: At global scope: include/cpptl/smallmap.h:308: error: `size_t' does not name a type include/cpptl/smallmap.h:308: error: (perhaps `typename CppTL::SmallMapBase<CppTL::Pair<Key, Value> >::size_t' was intended) include/cpptl/smallmap.h:393: error: `size_t' does not name a type Thanks, Fabian On Wed, 2006-09-06 at 23:56 +0200, CppUnit development mailing list wrote: > Don't worry about it, I guess your primary development platform is not > linux? Anyways I had to add -fpermissive to the linux target to compile > a few more files but now I am stuck with: > |
From: CppUnit d. m. l. <cpp...@li...> - 2006-09-06 21:54:42
|
Hi! On Wed, 2006-09-06 at 19:35 +0200, CppUnit development mailing list wrote: > CppUnit development mailing list wrote: > I also noticed yesterday that reference documentation generation fails on > Linux. You'll need to edit sconscruct and comment the last line. Change: > buildProjectInDirectory( 'doc' ) > to: > #buildProjectInDirectory( 'doc' ) > > Sorry about this, Don't worry about it, I guess your primary development platform is not linux? Anyways I had to add -fpermissive to the linux target to compile a few more files but now I am stuck with: g++ -o buildscons/linux-gcc/src/cpputtest/smallmaptest.o -c -fpermissive -DCPPTL_NO_AUTOLINK -Iinclude -I. src/cpputtest/smallmaptest.cpp In file included from include/cpptl/smallmap.h:4, from src/cpputtest/smallmaptest.h:4, from src/cpputtest/smallmaptest.cpp:1: include/cpptl/_stlimpl.h: In member function `T* CppTL::MallocAllocator<T>::allocate()': include/cpptl/_stlimpl.h:201: warning: there are no arguments to `malloc' that depend on a template parameter, so a declaration of `malloc' must be available include/cpptl/_stlimpl.h: In member function `T* CppTL::MallocAllocator<T>::allocateArray(unsigned int)': include/cpptl/_stlimpl.h:211: warning: there are no arguments to `malloc' that depend on a template parameter, so a declaration of `malloc' must be available I guess gcc 3.4.6 is not supported anymore. I will switch to 4.1.1 soon and then try again. So for now I will continue with cppunit (old version) Thanks a lot, Fabian |
From: CppUnit d. m. l. <cpp...@li...> - 2006-09-06 17:35:29
|
CppUnit development mailing list wrote: > Hi! > > Thanks for your reply. > > On Tue, 2006-09-05 at 09:42 +0200, CppUnit development mailing list > wrote: > >> Did you download and unpacked scons-local package as indicated ? The >> error message seems to indicate you did not... >> The directory was added a few weeks ago in CVS. > > No I did not download the scons-local package, I thought this is only > necessary if you don't have scons installed at all. This should work, but change between Scons version are significant (in terms of feature). I think I'll add a check for a minimum Scons version. > So I now downloaded it and it starts compiling, but now I have a new > error: > > g++ -o buildscons/linux-gcc/src/cpputtest/main.o -c > -DCPPTL_NO_AUTOLINK -Iinclude -I. src/cpputtest/main.cpp > In file included from include/cpptl/smallmap.h:4, > from src/cpputtest/smallmaptest.h:4, > from src/cpputtest/main.cpp:10: > include/cpptl/_stlimpl.h: In function `void > CppTL::Impl::copy_with_construct_value(OutputIt, unsigned int, const > ValueType&)': include/cpptl/_stlimpl.h:115: error: `value' is not a > type > In file included from src/cpputtest/smallmaptest.h:4, > from src/cpputtest/main.cpp:10: > include/cpptl/smallmap.h: At global scope: > include/cpptl/smallmap.h:177: error: `Item' was not declared in this > scope > > > Any ideas? Yes, I just fixed that one yesterday. I had to use Comeau C++ to get a decent error message though (my version of gcc provided useless one, unlike yours) . Watch out for change in CVS for include/cpptl/_stlimp.h and include/cpptl/smallmap.h. > I have scons 0.96.1 installed and now I unpacked scons-local-0.96.92 > and latest cvs update from today. If you were using 0.96.1 it might explain the 'can not find tool' error. Option to specify a tool path in the scons Environment is fairly recent. I also noticed yesterday that reference documentation generation fails on Linux. You'll need to edit sconscruct and comment the last line. Change: buildProjectInDirectory( 'doc' ) to: #buildProjectInDirectory( 'doc' ) Sorry about this, Baptiste. > > Thanks, Fabian --- Baptiste Lepilleur <bl...@us...> CppUnit maintainer OpenTest and CppUnit 2 developer. |
From: CppUnit d. m. l. <cpp...@li...> - 2006-09-05 21:19:07
|
Hi! Thanks for your reply. On Tue, 2006-09-05 at 09:42 +0200, CppUnit development mailing list wrote: > Did you download and unpacked scons-local package as indicated ? The error > message seems to indicate you did not... > The directory was added a few weeks ago in CVS. No I did not download the scons-local package, I thought this is only necessary if you don't have scons installed at all. So I now downloaded it and it starts compiling, but now I have a new error: g++ -o buildscons/linux-gcc/src/cpputtest/main.o -c -DCPPTL_NO_AUTOLINK -Iinclude -I. src/cpputtest/main.cpp In file included from include/cpptl/smallmap.h:4, from src/cpputtest/smallmaptest.h:4, from src/cpputtest/main.cpp:10: include/cpptl/_stlimpl.h: In function `void CppTL::Impl::copy_with_construct_value(OutputIt, unsigned int, const ValueType&)': include/cpptl/_stlimpl.h:115: error: `value' is not a type In file included from src/cpputtest/smallmaptest.h:4, from src/cpputtest/main.cpp:10: include/cpptl/smallmap.h: At global scope: include/cpptl/smallmap.h:177: error: `Item' was not declared in this scope Any ideas? I have scons 0.96.1 installed and now I unpacked scons-local-0.96.92 and latest cvs update from today. Thanks, Fabian |
From: CppUnit d. m. l. <cpp...@li...> - 2006-09-05 07:42:01
|
CppUnit development mailing list wrote: > 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 Did you download and unpacked scons-local package as indicated ? The error message seems to indicate you did not... > 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 > This one is wrong, sconstruct is not a python executable. > 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 ? Do you have the following file in your cvs tree ? scons-tools/srcdist.py What scons version are you using ? Here is how to get it: --- E:\prg\vc\Lib\opentest>python scons.py -v SCons by Steven Knight et al.: script: v0.96.92.D002, 2006/04/11 07:39:43, by knight on roxbury engine: v0.96.92.D002, 2006/04/11 07:39:43, by knight on roxbury Copyright (c) 2001, 2002, 2003, 2004 The SCons Foundation --- The directory was added a few weeks ago in CVS. Baptiste. > > > But as you can see, none of it worked :-( > > So please tell me how to build cppunit2. > > Thanks a lot, Fabian --- Baptiste Lepilleur <bl...@us...> CppUnit maintainer OpenTest and CppUnit 2 developer. |