aceunit-devel Mailing List for AceUnit (Page 2)
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...> - 2008-01-06 16:58:22
|
Bugs item #1864063, was opened at 2008-01-04 18:06 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1864063&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.4 >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Java Generator auto-update of header files eventually broken Initial Comment: In the field, the following behaviour was experienced: A test file was changed. (A_BeforeClass -> A_Before). The tests were remade. The Before method was still executed as BeforeClass. Expected Behaviour: A change on a test will be detected and the header file updated accordingly. Actual Behaviour: Eventually the Generator does not update header files properly. Note: Eventually this was a problem in make for that. Yet there should be a test case that the Java Generator behaves correctly when tests are changed. ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2008-01-06 17:58 Message: Logged In: YES user_id=465603 Originator: YES I couldn't reproduce this bug. The update mechanism of the Java Generator seems to work properly. The experienced problem was either a problem with make or #1864061. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1864063&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-06 16:57:31
|
Bugs item #1864061, was opened at 2008-01-04 18:04 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1864061&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.4 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Java Generator does not recognize comments -> linker problem Initial Comment: When a test function is commented out, the Java Generator will not notice. The test function will still be included in the generator and thus cause a linker problem. Expected Behaviour: When a test function is commented out, the Java Generator will ignore that test function because it is inside a comment. The tests will work and the function is just ignored. Actual Behaviour: The Java Generator seems to not know about comments. Therefore a function that is commented out will still be recognized by the Java Generator. The Java Generator behaves as if the function was not commented out. The tests will not link. The header file will contain a reference to that non-existing function. ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2008-01-06 17:56 Message: Logged In: YES user_id=465603 Originator: YES Fixed in r269. Will be included in 0.5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1864061&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-04 17:06:09
|
Bugs item #1864063, was opened at 2008-01-04 18:06 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=1864063&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.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Java Generator auto-update of header files eventually broken Initial Comment: In the field, the following behaviour was experienced: A test file was changed. (A_BeforeClass -> A_Before). The tests were remade. The Before method was still executed as BeforeClass. Expected Behaviour: A change on a test will be detected and the header file updated accordingly. Actual Behaviour: Eventually the Generator does not update header files properly. Note: Eventually this was a problem in make for that. Yet there should be a test case that the Java Generator behaves correctly when tests are changed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1864063&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-04 17:04:05
|
Bugs item #1864061, was opened at 2008-01-04 18:04 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=1864061&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.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Java Generator does not recognize comments -> linker problem Initial Comment: When a test function is commented out, the Java Generator will not notice. The test function will still be included in the generator and thus cause a linker problem. Expected Behaviour: When a test function is commented out, the Java Generator will ignore that test function because it is inside a comment. The tests will work and the function is just ignored. Actual Behaviour: The Java Generator seems to not know about comments. Therefore a function that is commented out will still be recognized by the Java Generator. The Java Generator behaves as if the function was not commented out. The tests will not link. The header file will contain a reference to that non-existing function. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1864061&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-03 00:37:11
|
Bugs item #1862809, was opened at 2008-01-03 01:35 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1862809&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.4 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Incorrect example in --help text Initial Comment: The example given in the text that displays with --help is wrong. Actual text: Examples: java -jar AceUnit.jar sortTest >sortTest.h Correct text: Examples: java -jar AceUnit.jar sortTest ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2008-01-03 01:37 Message: Logged In: YES user_id=465603 Originator: YES Fixed in r267. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1862809&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2008-01-03 00:35:00
|
Bugs item #1862809, was opened at 2008-01-03 01:35 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=1862809&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.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Incorrect example in --help text Initial Comment: The example given in the text that displays with --help is wrong. Actual text: Examples: java -jar AceUnit.jar sortTest >sortTest.h Correct text: Examples: java -jar AceUnit.jar sortTest ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1862809&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 21:24:41
|
Bugs item #1851542, was opened at 2007-12-15 22:24 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=1851542&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.3.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Generator not strict C89 (uses // comments) Initial Comment: The generator uses // comments and therefore generates code that is not strictly C89 conformant. Expected Behaviour: Generated code is strictly C89 conformant. Actual Behaviour: Generated code contains // comments which violate C89. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851542&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 16:36:30
|
Bugs item #1851271, was opened at 2007-12-15 12:48 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851271&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.3.2 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: The Generator SHOULD declare constant data as const Initial Comment: The Generator SHOULD declare constant data as const. Expected Behaviour: All data that will not change during runtime and initialized by the compiler or linker is declared as const so it could be placed in ROM. Actual Behaviour: Data that will not change during runtime and initialized by the compiler or linker is not declared as const. Therefore linkers will eventually complain. ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2007-12-15 17:36 Message: Logged In: YES user_id=465603 Originator: YES Fixed in r250. Will be released in 0.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851271&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 16:26:17
|
Bugs item #1851258, was opened at 2007-12-15 11:54 Message generated for change (Settings changed) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851258&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: 0.3.2 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: ACEUNIT_EMBEDDED doesn't work in runFixture() Initial Comment: ACEUNIT_EMBEDDED doesn't work in runFixture(). Expected Behaviour: Compiling and running with ACEUNIT_EMBEDDED works. Actual Behaviour: The following statement in runFixture() fails compilation: currentTestId = NULL; Reason: NULL might be of type (void *), which cannot be assigned to currentTestId if ACEUNIT_EMBEDDED is set because currentTestId is of type TestCaseId_t and that's a uint16_t. ---------------------------------------------------------------------- Comment By: Christian Hujer (christianhujer) Date: 2007-12-15 17:26 Message: Logged In: YES user_id=465603 Originator: YES Fixed in r249. Will be included in 0.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851258&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 16:26:02
|
Bugs item #1851258, was opened at 2007-12-15 11:54 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851258&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: 0.3.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: ACEUNIT_EMBEDDED doesn't work in runFixture() Initial Comment: ACEUNIT_EMBEDDED doesn't work in runFixture(). Expected Behaviour: Compiling and running with ACEUNIT_EMBEDDED works. Actual Behaviour: The following statement in runFixture() fails compilation: currentTestId = NULL; Reason: NULL might be of type (void *), which cannot be assigned to currentTestId if ACEUNIT_EMBEDDED is set because currentTestId is of type TestCaseId_t and that's a uint16_t. ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2007-12-15 17:26 Message: Logged In: YES user_id=465603 Originator: YES Fixed in r249. Will be included in 0.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851258&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 16:22:10
|
Bugs item #1851256, was opened at 2007-12-15 11:50 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851256&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: 0.3.2 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: ACEUNIT_LOGGING_STYLE_SIMPLE doesn't work Initial Comment: ACEUNIT_LOGGING_STYLE_SIMPLE doesn't work. Expected Behaviour: When ACEUNIT_LOGGING_STYLE is set to ACEUNIT_LOGGING_STYLE_SIMPLE, AceUnit works fine and logs only failures. Actual Behaviour: When ACEUNIT_LOGGING_STYLE is set to ACEUNIT_LOGGING_STYLE_SIMPLE, AceUnit doesn't work. It fails because the runner tries to access fields in macros that do not exist through macro globalLog. ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2007-12-15 17:22 Message: Logged In: YES user_id=465603 Originator: YES Fixed in r248. Will be included in 0.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851256&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 11:48:34
|
Bugs item #1851271, was opened at 2007-12-15 12: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=1851271&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.3.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: The Generator SHOULD declare constant data as const Initial Comment: The Generator SHOULD declare constant data as const. Expected Behaviour: All data that will not change during runtime and initialized by the compiler or linker is declared as const so it could be placed in ROM. Actual Behaviour: Data that will not change during runtime and initialized by the compiler or linker is not declared as const. Therefore linkers will eventually complain. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851271&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 11:44:48
|
Bugs item #1851258, was opened at 2007-12-15 11:54 Message generated for change (Settings changed) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851258&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: 0.3.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: ACEUNIT_EMBEDDED doesn't work in runFixture() Initial Comment: ACEUNIT_EMBEDDED doesn't work in runFixture(). Expected Behaviour: Compiling and running with ACEUNIT_EMBEDDED works. Actual Behaviour: The following statement in runFixture() fails compilation: currentTestId = NULL; Reason: NULL might be of type (void *), which cannot be assigned to currentTestId if ACEUNIT_EMBEDDED is set because currentTestId is of type TestCaseId_t and that's a uint16_t. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851258&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 11:44:44
|
Bugs item #1851256, was opened at 2007-12-15 11:50 Message generated for change (Settings changed) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851256&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: 0.3.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: ACEUNIT_LOGGING_STYLE_SIMPLE doesn't work Initial Comment: ACEUNIT_LOGGING_STYLE_SIMPLE doesn't work. Expected Behaviour: When ACEUNIT_LOGGING_STYLE is set to ACEUNIT_LOGGING_STYLE_SIMPLE, AceUnit works fine and logs only failures. Actual Behaviour: When ACEUNIT_LOGGING_STYLE is set to ACEUNIT_LOGGING_STYLE_SIMPLE, AceUnit doesn't work. It fails because the runner tries to access fields in macros that do not exist through macro globalLog. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851256&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 11:44:34
|
Feature Requests item #1851269, was opened at 2007-12-15 12:44 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=1851269&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: Allow specifying sections Initial Comment: When used in embedded code, it is required to specify the sections where to place the corresponding code / data. AceUnit should differ between: * Code * Constant Data * Variable Data and support the specification of corresponding sections. Because that is heavily dependent on the compiler, it is probably best to use #defines and #includes for that, so depending on the compiler the corresponding #pragma can be defined by the user and used via an #include. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000230&aid=1851269&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 10:54:25
|
Bugs item #1851258, was opened at 2007-12-15 11:54 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=1851258&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: ACEUNIT_EMBEDDED doesn't work in runFixture() Initial Comment: ACEUNIT_EMBEDDED doesn't work in runFixture(). Expected Behaviour: Compiling and running with ACEUNIT_EMBEDDED works. Actual Behaviour: The following statement in runFixture() fails compilation: currentTestId = NULL; Reason: NULL might be of type (void *), which cannot be assigned to currentTestId if ACEUNIT_EMBEDDED is set because currentTestId is of type TestCaseId_t and that's a uint16_t. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851258&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 10:51:04
|
Bugs item #1851256, was opened at 2007-12-15 11:50 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=1851256&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: ACEUNIT_LOGGING_STYLE_SIMPLE doesn't work Initial Comment: ACEUNIT_LOGGING_STYLE_SIMPLE doesn't work. Expected Behaviour: When ACEUNIT_LOGGING_STYLE is set to ACEUNIT_LOGGING_STYLE_SIMPLE, AceUnit works fine and logs only failures. Actual Behaviour: When ACEUNIT_LOGGING_STYLE is set to ACEUNIT_LOGGING_STYLE_SIMPLE, AceUnit doesn't work. It fails because the runner tries to access fields in macros that do not exist through macro globalLog. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1851256&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 00:18:43
|
Bugs item #1850961, was opened at 2007-12-14 19:10 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1850961&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: Generator creates wrong name: EMBEDED instead of EMBEDDED Initial Comment: Generated Code: #ifndef A_FIXTURE_ID /** The id of this fixture. */ #ifdef ACEUNIT_EMBEDED #define A_FIXTURE_ID 1 #else #define A_FIXTURE_ID "TF_MmNmtAPI" #endif #endif Expected line: #ifdef ACEUNIT_EMBEDDED Actual line: #ifdef ACEUNIT_EMBEDED ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2007-12-15 01:18 Message: Logged In: YES user_id=465603 Originator: YES Fixed on branches/0.3 with r244. Fixed on trunk with r245. Will be included in 0.3.2. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1850961&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 00:14:32
|
Bugs item #1850950, was opened at 2007-12-14 19:00 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1850950&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.3.1 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Bogus prototypes, please add arg types Initial Comment: The prototypes in the header files generated by the AceUnit Java Generator are deprecated. Expected behaviour: Prototypes look like "void foo(void);" Actual behaviour: Prototypes look like "void foo();" ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2007-12-15 01:14 Message: Logged In: YES user_id=465603 Originator: YES Fixed for branches/0.3 with r242. Fixed for trunk with r243. Will be included in 0.3.2. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1850950&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-14 18:10:42
|
Bugs item #1850961, was opened at 2007-12-14 19:10 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=1850961&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: Generator creates wrong name: EMBEDED instead of EMBEDDED Initial Comment: Generated Code: #ifndef A_FIXTURE_ID /** The id of this fixture. */ #ifdef ACEUNIT_EMBEDED #define A_FIXTURE_ID 1 #else #define A_FIXTURE_ID "TF_MmNmtAPI" #endif #endif Expected line: #ifdef ACEUNIT_EMBEDDED Actual line: #ifdef ACEUNIT_EMBEDED ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1850961&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-14 18:00:43
|
Bugs item #1850950, was opened at 2007-12-14 19:00 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=1850950&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.3.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Christian Hujer (christianhujer) Summary: Bogus prototypes, please add arg types Initial Comment: The prototypes in the header files generated by the AceUnit Java Generator are deprecated. Expected behaviour: Prototypes look like "void foo(void);" Actual behaviour: Prototypes look like "void foo();" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1850950&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-14 10:26:01
|
Bugs item #1850042, was opened at 2007-12-13 14:31 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1850042&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.3 >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Nobody/Anonymous (nobody) Summary: Suspicious use of & Initial Comment: In the source code generated by AceUnit.jar, the header file contains function pointers with unnecessary &. Some tools like PC-Lint complain about that. The unnecessary & SHOULD be removed. ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2007-12-14 11:26 Message: Logged In: YES user_id=465603 Originator: YES Bugfix available in release 0.3.1. ---------------------------------------------------------------------- Comment By: Christian Hujer (christianhujer) Date: 2007-12-14 11:02 Message: Logged In: YES user_id=465603 Originator: YES Fixed for branches/0.3 in r238. Fixed for trunk in r239. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1850042&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-14 10:02:16
|
Bugs item #1850042, was opened at 2007-12-13 14:31 Message generated for change (Comment added) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1850042&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.3 Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Nobody/Anonymous (nobody) Summary: Suspicious use of & Initial Comment: In the source code generated by AceUnit.jar, the header file contains function pointers with unnecessary &. Some tools like PC-Lint complain about that. The unnecessary & SHOULD be removed. ---------------------------------------------------------------------- >Comment By: Christian Hujer (christianhujer) Date: 2007-12-14 11:02 Message: Logged In: YES user_id=465603 Originator: YES Fixed for branches/0.3 in r238. Fixed for trunk in r239. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1850042&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-14 09:59:15
|
Bugs item #1850042, was opened at 2007-12-13 14:31 Message generated for change (Settings changed) made by christianhujer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1850042&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.3 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Hujer (christianhujer) Assigned to: Nobody/Anonymous (nobody) Summary: Suspicious use of & Initial Comment: In the source code generated by AceUnit.jar, the header file contains function pointers with unnecessary &. Some tools like PC-Lint complain about that. The unnecessary & SHOULD be removed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1850042&group_id=207094 |
|
From: SourceForge.net <no...@so...> - 2007-12-13 13:31:02
|
Bugs item #1850042, was opened at 2007-12-13 14:31 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=1850042&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: Suspicious use of & Initial Comment: In the source code generated by AceUnit.jar, the header file contains function pointers with unnecessary &. Some tools like PC-Lint complain about that. The unnecessary & SHOULD be removed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1000227&aid=1850042&group_id=207094 |
