View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0028817 | Open CASCADE | OCCT:Foundation Classes | public | 2017-06-06 14:55 | 2023-08-01 15:08 |
| Reporter | kgv | Assigned To | |||
| Priority | low | Severity | minor | ||
| Status | new | Resolution | open | ||
| Product Version | 5.2.2 | ||||
| Target Version | Unscheduled | ||||
| Summary | 0028817: Foundation Classes - Quantity_Date can not handle POSIX time 1 January, 1970 | ||||
| Description | Quantity_Date valid range starts with January 1, 1979. However some systems after resetting the clock (died battery) to the first possible time defined by POSIX - 1 January, 1970. As result, while system works normally, the OCCT-based application can not be started due to unhandled Quantity_DateDefinitionError exception. Quantity_Date is used in several places, including initialization of Data Exchange initialization (IGESData::Init(), Interface_MSG, StepAP209_Construct). | ||||
| Steps To Reproduce | - Set system time before '1979. - Start OCCT-based application using Data Exchange (STEP/IGES import/export). | ||||
| Tags | No tags attached. | ||||
| Test case number | Not required | ||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2017-06-06 14:55 | kgv | New Issue | |
| 2017-06-06 14:55 | kgv | Assigned To | => abv |
| 2017-06-06 14:55 | kgv | File Added: Screenshot_1970-01-12-01-46-34.png | |
| 2017-06-07 09:13 | kgv | Product Version | 7.1.0 => 5.2.2 |
| 2017-07-27 11:15 |
|
Target Version | 7.2.0 => 7.4.0 |
| 2017-08-30 12:54 |
|
Test case number | => Not required |
| 2019-07-10 22:29 |
|
Target Version | 7.4.0 => 7.5.0 |
| 2020-09-11 16:13 |
|
Target Version | 7.5.0 => 7.6.0 |
| 2021-09-09 23:08 | kgv | Target Version | 7.6.0 => 7.7.0 |
| 2021-09-09 23:08 | kgv | Priority | normal => low |
| 2022-10-24 10:40 |
|
Target Version | 7.7.0 => 7.8.0 |
| 2023-08-01 15:08 | dpasukhi | Target Version | 7.8.0 => Unscheduled |
