View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0033287 | Open CASCADE | OCCT:Modeling Algorithms | public | 2022-12-20 14:27 | 2023-03-07 14:07 |
| Reporter | Assigned To | ||||
| Priority | normal | Severity | minor | ||
| Status | new | Resolution | open | ||
| Platform | Mingw64 | OS | Windows 10 | ||
| Product Version | 7.7.0 | ||||
| Target Version | Unscheduled | ||||
| Summary | 0033287: Modeling algorithms - the length of result shape differs from reference value | ||||
| Description | On compiler MinGw 12.1.0 test hlr poly_hlr bug25813_3 fails with error: The length of result shape is 302.443, expected 301.999. P.S. This test marked BAD for Linux. So, if we use gcc on Windows, it is waitable, that length of shape is aligned with shape length on Linux: puts "TODO OCC30286 Linux: Error : The length of result shape is 302.443, expected 301.999" To solve the problem we should add something like that: puts "TODO OCC30286 Linux: Error : The length of result shape is 302.443, expected 301.999" at the begin of test scenario, but only for MinGw compiler, not MSVC. The way of defining compiler name for tcl should be developed. In other case, the test would be BAD not only for Linux, but for Windows too, independently from compiler. | ||||
| Steps To Reproduce | testgrid hlr poly_hlr bug25813_3 | ||||
| Tags | No tags attached. | ||||
| Test case number | |||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2022-12-20 14:27 |
|
New Issue | |
| 2022-12-20 14:27 |
|
Assigned To | => msv |
| 2022-12-20 16:41 |
|
Category | OCCT:Modeling Data => OCCT:Modeling Algorithms |
| 2022-12-20 16:41 |
|
OS | => Windows 10 |
| 2022-12-20 16:41 |
|
Platform | => Mingw64 |
| 2022-12-20 16:41 |
|
Summary | The length of result shape differs from reference value => Modeling algorithms - the length of result shape differs from reference value |
| 2023-03-07 14:07 | dpasukhi | Target Version | 7.7.0 => Unscheduled |
