ETSI's Bug Tracker - Ext Pack: Continuous signal support (ES 202 786)
View Issue Details

ID | Project | Category | View Status | Date Submitted | Last Update
0006628 | Ext Pack: Continuous signal support (ES 202 786) | Technical | public | 07-10-2013 14:44 | 04-01-2014 11:37

Reporter | Tomas Urban |
Assigned To | Jens Grabowski |
Priority | normal | Severity | minor | Reproducibility | have not tried
Status | closed | Resolution | fixed |
Platform |  | OS |  | OS Version |
Product Version |  |
Target Version | v1.2.1 (published 2014-06) | Fixed in Version | v1.2.1 (published 2014-06) |

Summary | 0006628: Continuous signalling: TRI and TCI mapping
Description | The continuous signalling extension package should contain standardized mapping of TRI and TCI extensions to C, C++, java, C# and W3C XML as it the case of other extension packages.
Steps To Reproduce |
Additional Information |
Tags | No tags attached.
Relationships |

Attached Files

CR6628.docx (73,676) 10-10-2013 12:51
http://oldforge.etsi.org/mantis/file_download.php?file_id=2919&type=bug
CR6635-6630-6627-6621-6620-6618-6617-6609-6520-6519-6518-6517-6516-Editorial-6628.doc (839,168) 23-12-2013 13:11
http://oldforge.etsi.org/mantis/file_download.php?file_id=2971&type=bug
MTS-202786ContSign ed121v001_v2.doc (867,328) 03-01-2014 15:33
http://oldforge.etsi.org/mantis/file_download.php?file_id=2974&type=bug
MTS-202786ContSign ed121v001_v3.doc (873,472) 04-01-2014 11:36
http://oldforge.etsi.org/mantis/file_download.php?file_id=2975&type=bug

Issue History
Date Modified | Username | Field | Change
07-10-2013 14:44 | Tomas Urban | New Issue |
07-10-2013 14:44 | Tomas Urban | Clause Reference(s) | => 6
07-10-2013 14:44 | Tomas Urban | Source (company - Author) | => Elvior
08-10-2013 10:45 | Gyorgy Rethy | Project | TTCN-3 Change Requests => Ext Pack: Continuous signal support (ES 202 786)
08-10-2013 10:47 | Gyorgy Rethy | Assigned To | => Ina Schieferdecker
08-10-2013 10:47 | Gyorgy Rethy | Status | new => assigned
08-10-2013 10:47 | Gyorgy Rethy | Target Version | => v1.2.1 (published 2014-06)
10-10-2013 12:51 | Ina Schieferdecker | File Added: CR6628.docx |
10-10-2013 12:51 | Ina Schieferdecker | Note Added: 0011748 |
10-10-2013 12:51 | Ina Schieferdecker | Assigned To | Ina Schieferdecker => Jens Grabowski
10-10-2013 12:51 | Ina Schieferdecker | Status | assigned => confirmed
23-12-2013 13:10 | Ina Schieferdecker | Status | confirmed => resolved
23-12-2013 13:10 | Ina Schieferdecker | Resolution | open => fixed
23-12-2013 13:10 | Ina Schieferdecker | Fixed in Version | => v1.2.1 (published 2014-06)
23-12-2013 13:11 | Ina Schieferdecker | File Added: CR6635-6630-6627-6621-6620-6618-6617-6609-6520-6519-6518-6517-6516-Editorial-6628.doc |
26-12-2013 12:55 | Jens Grabowski | Status | resolved => closed
03-01-2014 15:33 | Ina Schieferdecker | File Added: MTS-202786ContSign ed121v001_v2.doc |
03-01-2014 15:38 | Ina Schieferdecker | Note Added: 0011911 |
04-01-2014 11:36 | Ina Schieferdecker | File Added: MTS-202786ContSign ed121v001_v3.doc |
04-01-2014 11:37 | Ina Schieferdecker | Note Added: 0011912 |

Notes

(0011748)
Ina Schieferdecker
10-10-2013 12:51

Please check

(0011911)
Ina Schieferdecker
03-01-2014 15:38

TRI mappings added and corrected

(0011912)
Ina Schieferdecker
04-01-2014 11:37

Some final corrections by Tomas Urban:
1. The most serious one concerns C# mapping of the ITriPlatformTE interface. The content of the interface was a copy of the ITriPlatformPA interface - corrected now.
2. The header of the chapter 6.12 contains a reference to 9.5.2.4 instead of 6.5.3.2 (which is java mapping) now.
3. In the draft C# mapping, all methods started with a small letter, while the common naming convention (also used in TRI and TCI specifications) uses capital letters. There was also a mispelled interface name (TriMessage instead of ITriMessage) in parameter mapping.
4. Like the original C mapping, the C++ mapping used pointers to timestamps in triStartClock, triNextSampling and triBeginWait. However, as input parameters, these values should be passed by value. (Only triReadClock should pass the timestamp as a pointer).