aceunit-devel Mailing List for AceUnit
Status: Beta
Brought to you by:
christianhujer
Menu
▾
▴
aceunit-devel — aceunit developer talk list (medium traffic)
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(8) |
Dec
(19) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(25) |
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2011-02-10 23:38:10
|
Feature Requests item #3046264, was opened at 2010-08-16 15:11 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=3046264&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: Christa Runge (ndegendogo) >Assigned to: Christian Hujer (christianhujer) Summary: Generate TestID independant from underlying file system Initial Comment: In the current implementation, the Test IDs are calculated in the order of the files in the file system. As a consequence, I cannot reproduce this 100% when the underlying file system has a different order of files. The algorithm should be improved and generate Test IDs independent from the file system. Example for such a scenario: ClearCase dynamic views (NTFS) vs CleaCase snapshot views (local Windows file system). ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2011-02-11 00:38 Message: Duplicate of Bug #3134402. #3134402 fixed with r550. Will be included in next release (0.13). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=3046264&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2011-02-10 23:36:38
|
Bugs item #3134402, was opened at 2010-12-10 15:45 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=3134402&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Generator Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Java Generator shoud sort files Initial Comment: Context Java generator, reproducibility of unit tests in IBM Rational ClearCase. Expected behavior The order of tests is always the same for the same directory structure. Actual behavior The order of tests may depend on the file system. On the same machine, tests are executed in different order, depending on the type of ClearCase view. Snapshot views will use Windows sort order, while dynamic views will use ClearCase sort order, which is different from Windows sort order. Proposed solution: Sort the tests. Proposed extended solution: Allow the user to specify a sorting (to be locale-independent, for instance). ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2011-02-11 00:36 Message: Fixed with r550. Fix will be included in 0.13. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=3134402&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-02-02 17:58:09
|
Feature Requests item #1885173, was opened at 2008-02-02 13:39 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1885173&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Framework Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: optional configuration header file Initial Comment: AceUnit has a lot of defines to configure it. They're too many to specify on the command line. Therefore AceUnit should allow defining an include file to include before doing anything else for setting up AceUnit. ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2008-02-02 18:58 Message: Logged In: YES user_id=465603 Originator: YES Implemented in r322. Will be included in 0.7. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1885173&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-02-02 17:55:15
|
Bugs item #1883786, was opened at 2008-01-31 19:26 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1883786&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Loggers Group: None >Status: Closed >Resolution: Rejected Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: globalLogger declared differently from original prototype Initial Comment: In FullPlainLogger.c and eventually other loggers, globalLogger is declared differently from its original prototype. The original prototype is with const, the prototype in some loggers is without. ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2008-02-02 18:55 Message: Logged In: YES user_id=465603 Originator: YES Not a bug in AceUnit. All declarations of globalLogger are consistent. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1883786&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-02-02 12:40:44
|
Feature Requests item #1885175, was opened at 2008-02-02 13:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1885175&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Framework Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: SetJmp include should become parameter Initial Comment: AceUnit eventually will #include <setjmp.h>. This is not suited for platforms where setjmp is available but from a different include file. It should be configurable whether setjmp.h is included if setjmp is needed and which file should be used for including setjmp. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1885175&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-02-02 12:39:31
|
Feature Requests item #1885173, was opened at 2008-02-02 13:39 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1885173&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Framework Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: optional configuration header file Initial Comment: AceUnit has a lot of defines to configure it. They're too many to specify on the command line. Therefore AceUnit should allow defining an include file to include before doing anything else for setting up AceUnit. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1885173&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-31 18:28:11
|
Bugs item #1883787, was opened at 2008-01-31 19:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1883787&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Framework Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Logging API probably needs more const declarations Initial Comment: When declaring a logger, not everything that could be const is declared as const. This should be changed. Eventually, a separate definition for runtime mutable loggers is required. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1883787&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-31 18:26:39
|
Bugs item #1883786, was opened at 2008-01-31 19:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1883786&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Loggers Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: globalLogger declared differently from original prototype Initial Comment: In FullPlainLogger.c and eventually other loggers, globalLogger is declared differently from its original prototype. The original prototype is with const, the prototype in some loggers is without. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1883786&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-26 23:47:40
|
Feature Requests item #1880486, was opened at 2008-01-27 00:19 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1880486&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Generator Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: --force may log info when removing write protection Initial Comment: --force tells the Java Generator to remove a write protection if necessary and possible when modifying a fixture header file. Expected Behaviour: Somehow it is possible to tell the Java Generator to print a log information message when it removed a write protection. Actual Behaviour: The Java Generator is always silent about removing the write protection. There is no way of knowing whether or not it had to remove a write protection. Implementing this may be particularly useful for users of version control systems such as ClearCase (snapshot views). ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2008-01-27 00:47 Message: Logged In: YES user_id=465603 Originator: YES Implemented in r317. Will be included in 0.7. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1880486&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-26 23:44:01
|
Feature Requests item #1873848, was opened at 2008-01-17 16:00 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1873848&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Framework Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Framework should support fixture data Initial Comment: In very resource constraint environments, RAM is a scarce resource. Test fixtures very likely will need RAM. That RAM will only be needed while this particular fixture is executed. Theoretically, users could solve this by using overlays in linker configurations. But there is an overlay mechanism in the system that could be used instead that is provided for free: The stack. The framework should support fixture data handled by the framework, and it should be possible for the user to configure whether that fixture data is * allocated on the stack * allocated on the heap * configured by himself using overlays or whatever. When fixture data is limited in size, there should be means of verifying that the global fixture data space is not exceeded by a fixture. ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2008-01-27 00:44 Message: Logged In: YES user_id=465603 Originator: YES I've closed this now. If somebody needs a more sophisticated solution, submit a new feature request. ---------------------------------------------------------------------- Comment By: Christian Hujer (christianhujer) Date: 2008-01-17 22:14 Message: Logged In: YES user_id=465603 Originator: YES A preliminary implementation is delivered with r304 which allows defining a macro ACEUNIT_RUNNERDATA_EXTENSION to define additional fields for AceUnitRunnerData_t. I'm leaving this feature request open because we might come up with a more sophisticated solution in future. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1873848&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-26 23:40:06
|
Bugs item #1880495, was opened at 2008-01-27 00:38 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1880495&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Generator >Group: trunk >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: usage of --force throws NoConverterFoundException Initial Comment: cher@riedquat:~/cvs/sf/aceunit/trunk2/src/java/test> java -jar ../AceUnit.jar --force true . net.sf.japi.io.args.converter.NoConverterFoundException at net.sf.japi.io.args.converter.ConverterRegistry.convert(ConverterRegistry.java:121) at net.sf.japi.io.args.ArgParser.invokeMethod(ArgParser.java:276) at net.sf.japi.io.args.ArgParser.parse(ArgParser.java:237) at net.sf.japi.io.args.ArgParser.<init>(ArgParser.java:89) at net.sf.japi.io.args.ArgParser.parseAndRun(ArgParser.java:332) at net.sf.japi.io.args.ArgParser.simpleParseAndRun(ArgParser.java:307) at net.sf.aceunit.GenTest.main(GenTest.java:51) ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2008-01-27 00:40 Message: Logged In: YES user_id=465603 Originator: YES Fixed in r316. Will be included in 0.7. This is a minor issue as --force is rarely used. Thus won't fix for older versions. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1880495&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-26 23:38:22
|
Bugs item #1880495, was opened at 2008-01-27 00:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1880495&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Generator Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: usage of --force throws NoConverterFoundException Initial Comment: cher@riedquat:~/cvs/sf/aceunit/trunk2/src/java/test> java -jar ../AceUnit.jar --force true . net.sf.japi.io.args.converter.NoConverterFoundException at net.sf.japi.io.args.converter.ConverterRegistry.convert(ConverterRegistry.java:121) at net.sf.japi.io.args.ArgParser.invokeMethod(ArgParser.java:276) at net.sf.japi.io.args.ArgParser.parse(ArgParser.java:237) at net.sf.japi.io.args.ArgParser.<init>(ArgParser.java:89) at net.sf.japi.io.args.ArgParser.parseAndRun(ArgParser.java:332) at net.sf.japi.io.args.ArgParser.simpleParseAndRun(ArgParser.java:307) at net.sf.aceunit.GenTest.main(GenTest.java:51) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1880495&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-26 23:19:49
|
Feature Requests item #1880486, was opened at 2008-01-27 00:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1880486&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Generator Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: --force may log info when removing write protection Initial Comment: --force tells the Java Generator to remove a write protection if necessary and possible when modifying a fixture header file. Expected Behaviour: Somehow it is possible to tell the Java Generator to print a log information message when it removed a write protection. Actual Behaviour: The Java Generator is always silent about removing the write protection. There is no way of knowing whether or not it had to remove a write protection. Implementing this may be particularly useful for users of version control systems such as ClearCase (snapshot views). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1880486&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-26 15:28:56
|
Bugs item #1879533, was opened at 2008-01-25 10:48 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1879533&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Generator Group: 0.5 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: missing EOL at EOF makes Generator run out of heap space Initial Comment: Context: Source File Formatting. Expected Behaviour: The generator accepts fixture files with "incomplete last lines" (vi: noeol), which means the last line does not end in an EOL. Actual Behaviour: A file that ends in: // comment which has no EOL (e.g. 0x0A 0x0D) will cause the Generator to run out of heap space. ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2008-01-26 16:29 Message: Logged In: YES user_id=465603 Originator: YES Fixed for trunk in r313. Will be included in 0.7. Fixed for 0.6 in r312. Will be included in 0.6.1. Fixed for 0.5 in r311. Will be included in 0.5.2. Won't fix for older versions. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1879533&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-25 09:48:43
|
Bugs item #1879533, was opened at 2008-01-25 10:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1879533&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Generator Group: 0.5 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: missing EOL at EOF makes Generator run out of heap space Initial Comment: Context: Source File Formatting. Expected Behaviour: The generator accepts fixture files with "incomplete last lines" (vi: noeol), which means the last line does not end in an EOL. Actual Behaviour: A file that ends in: // comment which has no EOL (e.g. 0x0A 0x0D) will cause the Generator to run out of heap space. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1879533&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-17 21:23:52
|
Bugs item #1874120, was opened at 2008-01-17 22:19 Message generated for change (Settings changed) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1874120&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Java Generator Group: 0.5 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Generator Unit Test SuiteTest doesn't compile Initial Comment: The generator Unit Test SuiteTest does not compile. Reason: anonymous subclass of Suite doesn't implement getCode(String). ---------------------------------------------------------------------- Comment By: Christian Hujer (christianhujer) Date: 2008-01-17 22:23 Message: Logged In: YES user_id=465603 Originator: YES Fixed for trunk in r305. Will be released in 0.6. Fixed for 0.5 in r306. Will be released in 0.5.1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1874120&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-17 21:23:32
|
Bugs item #1874120, was opened at 2008-01-17 22:19 Message generated for change (Settings changed) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1874120&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 0.5 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Generator Unit Test SuiteTest doesn't compile Initial Comment: The generator Unit Test SuiteTest does not compile. Reason: anonymous subclass of Suite doesn't implement getCode(String). ---------------------------------------------------------------------- Comment By: Christian Hujer (christianhujer) Date: 2008-01-17 22:23 Message: Logged In: YES user_id=465603 Originator: YES Fixed for trunk in r305. Will be released in 0.6. Fixed for 0.5 in r306. Will be released in 0.5.1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1874120&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-17 21:23:08
|
Bugs item #1874120, was opened at 2008-01-17 22:19 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1874120&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 0.5 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Generator Unit Test SuiteTest doesn't compile Initial Comment: The generator Unit Test SuiteTest does not compile. Reason: anonymous subclass of Suite doesn't implement getCode(String). ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2008-01-17 22:23 Message: Logged In: YES user_id=465603 Originator: YES Fixed for trunk in r305. Will be released in 0.6. Fixed for 0.5 in r306. Will be released in 0.5.1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1874120&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-17 21:19:18
|
Bugs item #1874120, was opened at 2008-01-17 22:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1874120&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 0.5 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Generator Unit Test SuiteTest doesn't compile Initial Comment: The generator Unit Test SuiteTest does not compile. Reason: anonymous subclass of Suite doesn't implement getCode(String). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1874120&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-17 21:14:13
|
Feature Requests item #1873848, was opened at 2008-01-17 16:00 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1873848&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Framework Group: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Framework should support fixture data Initial Comment: In very resource constraint environments, RAM is a scarce resource. Test fixtures very likely will need RAM. That RAM will only be needed while this particular fixture is executed. Theoretically, users could solve this by using overlays in linker configurations. But there is an overlay mechanism in the system that could be used instead that is provided for free: The stack. The framework should support fixture data handled by the framework, and it should be possible for the user to configure whether that fixture data is * allocated on the stack * allocated on the heap * configured by himself using overlays or whatever. When fixture data is limited in size, there should be means of verifying that the global fixture data space is not exceeded by a fixture. ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2008-01-17 22:14 Message: Logged In: YES user_id=465603 Originator: YES A preliminary implementation is delivered with r304 which allows defining a macro ACEUNIT_RUNNERDATA_EXTENSION to define additional fields for AceUnitRunnerData_t. I'm leaving this feature request open because we might come up with a more sophisticated solution in future. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1873848&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-17 15:00:08
|
Feature Requests item #1873848, was opened at 2008-01-17 16:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1873848&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Framework Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Framework should support fixture data Initial Comment: In very resource constraint environments, RAM is a scarce resource. Test fixtures very likely will need RAM. That RAM will only be needed while this particular fixture is executed. Theoretically, users could solve this by using overlays in linker configurations. But there is an overlay mechanism in the system that could be used instead that is provided for free: The stack. The framework should support fixture data handled by the framework, and it should be possible for the user to configure whether that fixture data is * allocated on the stack * allocated on the heap * configured by himself using overlays or whatever. When fixture data is limited in size, there should be means of verifying that the global fixture data space is not exceeded by a fixture. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1873848&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-17 14:57:25
|
Bugs item #1873844, was opened at 2008-01-17 15:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1873844&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Generator Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Java Generator should recognize conditional compilation Initial Comment: Example: #ifdef FOO A_Test void testFoo() { } #endif Problem: If FOO is not defined, the test fixture will not include function testFoo() but the Generator will reference it. This will cause a linker problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1873844&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-16 23:28:49
|
Bugs item #1872852, was opened at 2008-01-16 15:57 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1872852&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 0.5 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) >Assigned to: Christian Hujer (christianhujer) Summary: AceUnit sources contain trailing whitespace Initial Comment: Actual Behaviour: AceUnit sources contain trailing whitespace. Expected Behaviour: AceUnit sources do not contain trailing whitespace. There should be a project check that verifies that AceUnit sources do not have trailing whitespace. ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2008-01-17 00:28 Message: Logged In: YES user_id=465603 Originator: YES Fixed in r302. It only affected source files anyway. The project check is added in r303. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1872852&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-16 14:57:22
|
Bugs item #1872852, was opened at 2008-01-16 15:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1872852&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 0.5 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Nobody/Anonymous (nobody) Summary: AceUnit sources contain trailing whitespace Initial Comment: Actual Behaviour: AceUnit sources contain trailing whitespace. Expected Behaviour: AceUnit sources do not contain trailing whitespace. There should be a project check that verifies that AceUnit sources do not have trailing whitespace. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1872852&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-16 13:15:50
|
Feature Requests item #1872733, was opened at 2008-01-16 14:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1872733&group_id=207094 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Generator Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Nobody/Anonymous (nobody) Summary: Generator should create a Makefile Initial Comment: The Generator knows all C sources involved in the tests. So it could generate a Makefile that defines a variable to be included in the list of files to compile and link in another Makefile. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1872733&group_id=207094 |
