View Issue Details

IDProjectCategoryView StatusLast Update
0026042CommunityOCCT:Codingpublic2019-03-16 17:52
ReporterIstvan Csanady Assigned Tobugmaster  
PrioritynormalSeveritycrash 
Status closedResolutionfixed 
OSOS X, iOS 
Target Version7.0.0Fixed in Version7.0.0 
Summary0026042: OCCT won't work with the latest Xcode
DescriptionApple introduced a new optimization in the latest Xcode release, that makes OCCT unusable. The problem with this is that Apple only allows distributing apps compiled with the latest toolchain, thus currently OCCT can not be used on Apple platforms.

There is a warning about this optimization:

BSplCLib_CurveComputation.gxx:95:32: Reference cannot be bound to dereferenced null pointer in well-defined C++ code; comparison may be assumed to always evaluate to true

This makes intructions like this:

if (&Weights == NULL) { //Weights is passed by reference to a function

optimized out in cases when the optimization level is >= o2

Unfortunately there are lots of codes like this in OCCT.

Since binary compatibility is not guaranteed between binaries compiled with different toolchains, compiling OCCT with an older version of Xcode is not a solution.
Steps To ReproduceCompile OCCT with Xcode 6.3
TagsNo tags attached.
Test case numberNot needed

Attached Files

  • clang_null_reference_workaround.diff (13,333 bytes)

Relationships

related to 0024682 closedbugmaster Open CASCADE Move out B-spline cache from curves and surfaces to dedicated classes BSplCLib_Cache and BSplSLib_Cache 
has duplicate 0025429 closedbugmaster Community Invalid use of NULL references 
related to 0025454 closedbugmaster Community Large number of test suite bads/failures starting with Clang 3.4 
related to 0030582 closedapn Open CASCADE Coding - avoid defining references to properties of NULL objects 

Activities

Istvan Csanady

2015-04-09 20:53

developer   ~0039538

Last edited: 2015-04-09 20:55

Just to clarify: if we can agree in a solution, I am absolutely willing to fix this problem, I just want to get some pointers on how to fix this issue. In my opinion probably the best solution would be to pass those arguments as pointers rather then references.

kgv

2015-04-09 21:07

developer   ~0039539

From my perspective, such NULL-checks should be either removed or converted to pointer arguments if there is real use cases for that.
The proper solution would depend on the context.

if (&Weights == NULL) { //Weights is passed by reference to a function

Concerning the quoted fragment - it is clear that this case is actually used, thus it would be better to change syntax to pass pointer.

Istvan Csanady

2015-04-09 21:10

developer   ~0039540

Unfortunately there are lots of real use cases for those null checks.

kgv

2015-04-09 21:13

developer   ~0039541

I have linked issue with other one 0025429 which seems to be related to the same problem.

Istvan Csanady

2015-04-10 11:57

developer   ~0039556

Yes it is. This is a classic example where optionals could be a great solution, but I think OCCT probably don't want to introduce such a concept. Maybe later it should be considered, many algorithms could benefit from optionals.

Istvan Csanady

2015-04-10 12:40

developer   ~0039559

Is it possible to define handle arguments or pointer arguments in CDL? I could not find a way.

kgv

2015-04-10 12:48

developer   ~0039560

Handles are automatically used within CDL for transient classes (e.g. there no way to pass class not through the handle in this case).

Pointers should be declared as dedicated type in Package cdl file and used further with specified alias (sample from "TCollection.cdl"):
    pointer MapNodePtr to MapNode from TCollection;

Istvan Csanady

2015-04-15 10:37

developer   ~0039738

I have tried to fix this issue by replacing the references with pointers, unfortunately I stuck after a day, since it would require hundreds or maybe thousands of modifications all around OCCT.

abv

2015-04-15 11:26

manager   ~0039749

Have you tried to assign address of Weights to some local pointer variable, and then using it in if()? This possibly could be work around.

As for comprehensive correction, I think that replacing references by pointers is best (safest) choice, as it will break existing interface and thus we will have to update (and check) all affected code. However it requires considerable effort and even more will conflict with changes made for 0024682. Thus I suggest this issue shall be fixed after 0024682 is integrated.

Istvan Csanady

2015-04-15 11:30

developer   ~0039750

Yes, this is going to be my next effort, to create a CLANG_NULL_REFERENCE_WORKARAOUND_IF macro, that can be used until a proper fix will be implemented. (I am open for any suggestions for a better name :))

Istvan Csanady

2015-04-16 17:15

developer   ~0039903

I have attached a workaround that seems to be working.

kgv

2015-04-16 17:25

developer   ~0039905

> diff file icon patch.diff [^] (6,698 bytes) 2015-04-16 17:15
>
> From bb50c47cac355c06040675f63235999dfe153cb7 Mon Sep 17 00:00:00 2001
> From: msv <msv@opencascade.com>
> Date: Fri, 23 Jan 2015 18:07:15 +0300
> Subject: [PATCH] 0025719: Boolean operations can crash
are you sure you have attached correct commit?

Istvan Csanady

2015-04-17 09:53

developer  

clang_null_reference_workaround.diff (13,333 bytes)

Istvan Csanady

2015-04-17 09:53

developer   ~0039941

Sorry, the previous patch was another one, I have attached the correct one.

Istvan Csanady

2015-04-17 11:40

developer   ~0039946

Well, that's awkward: it seems, that Clang is able even with this workaround to optimize out those ifs in some cases. The only thing that worked everywhere for me was this:

#define CLANG_WORKAROUND_REFERENCE_IS_NULL(ref) ((reinterpret_cast<size_t>(&ref) & 0xFFFFFF) == 0)

git

2015-04-17 19:48

administrator   ~0040010

Branch CR26042 has been created by kgv.

SHA-1: 5576665ce50396073d3dbfbf130dad8760253784


Detailed log of new commits:

git

2015-04-30 11:57

administrator   ~0040463

Branch CR26042 has been updated by kgv.

SHA-1: b99127c76e8524f190a857ec6079bbcd7f6976dc


Detailed log of new commits:

Author: kgv
Date: Thu Apr 30 10:33:21 2015 +0300

    Use Standard_IS_NULL_REFERENCE in BSplCLib and LDOM

git

2015-04-30 12:00

administrator   ~0040464

Branch CR26042_1 has been created by kgv.

SHA-1: 0bad9ce2f3f864d226479f53eb9dd3603706b6a8


Detailed log of new commits:

Author: kgv
Date: Thu Apr 30 12:03:23 2015 +0300

    0026042: OCCT won't work with the latest Xcode
    
    Workaround Clang optimization issue with NULL-reference checks
    using new macros Standard_IS_NULL_REFERENCE().

kgv

2015-05-05 13:09

developer   ~0040554

Last edited: 2015-05-05 13:10

Hi Istvan,

> The problem with this is that Apple only allows distributing apps
> compiled with the latest toolchain
though this issue is certainly should be fixed, but could you please point out where this requirement can be found?
I'm unable to find such restriction on Apple site, including "App Store Review Guidelines" document.

git

2015-05-06 09:34

administrator   ~0040599

Branch CR26042_1 has been updated by kgv.

SHA-1: 0c8ca9eecc2cd1a373757e71215dd7a6014e604f


Detailed log of new commits:

Author: kgv
Date: Wed May 6 09:39:43 2015 +0300

    Standard_IS_NULL_REFERENCE - use optnone attribute instead of tricky manipulations

git

2015-05-06 09:36

administrator   ~0040600

Branch CR26042_2 has been created by kgv.

SHA-1: 74d278318effeee6908d2fa8cf3ac9dedc601fb7


Detailed log of new commits:

Author: kgv
Date: Wed May 6 09:41:08 2015 +0300

    0026042: OCCT won't work with the latest Xcode
    
    Workaround Clang optimization issue with NULL-reference checks
    using new macros Standard_IS_NULL_REFERENCE().

Istvan Csanady

2015-05-06 12:05

developer   ~0040605

It seems that this policy has changed since the last time I read it, now it is only "strongly suggested" to use the latest Xcode.

git

2015-09-23 17:28

administrator   ~0046058

Branch CR26042_3 has been created by akz.

SHA-1: fe811334a239acceecfa7f7f661c3bd0d9a80e7d


Detailed log of new commits:

Author: akz
Date: Wed Sep 23 16:31:15 2015 +0300

    0026042: OCCT won't work with the latest Xcode
    
    NULL references was eliminated for PLib, BSplCLib and BSplSLib. All affected code was changed accordingly.

git

2015-09-23 17:37

administrator   ~0046060

Branch CR26042_3 has been updated forcibly by akz.

SHA-1: 7af494563d45073f65f9037b3f1a75380517f552

akz

2015-09-23 17:51

developer   ~0046062

Last edited: 2015-09-23 17:53

All dereferenced null pointers in PLib, BSplCLib and BSplSLib was eliminated. Corresponding references replaced by pointers. I've replaced only that references which can be NULL, such as Weights and additional Multipliers.

Branch CR26042_3 is ready for review (OCCT and Products repositories).

abv

2015-09-24 07:26

manager   ~0046069

Please consider some (minor) remarks:

- In AppParCurves_Gradient.gxx, AppParCurves_MultiCurve.cxx, Approx_MCurvesToBSpCurve.cxx, BSplCLib.cxx, lxx, Convert*.cxx, ProjLib*.cxx, ShapeConstruct*.cxx: I suggest that PLib::NoWeights() be either restored, or replaced by BSplCLib::NoWeights() instead of NULL, to preserve semantics. The same applies to other places where NULL is used: it is better to use NoWeights() methods everywhere (e.g. in Geom) for consistency.

- Inline methods defined in PLib.lxx can be merged to PLib.hxx, and LXX file removed (it was artifact of CDL)

- BSplCLib.cxx: when calling a method of object by pointer, it is more natural to use -> instead of (*).:
  (*Mults).Lower() -> Mults->Lower()
  
- in PLib.hxx, BSpl*Lib.hxx, please indicate in documentation comments that weight and multiplicity arrays are passed by pointer so that NULL value is valid, meaning no weights / no multiplicities (this can be done in general comment to the package)

git

2015-09-24 13:36

administrator   ~0046082

Branch CR26042_3 has been updated forcibly by akz.

SHA-1: 9fa96eee5fe9b2590436d47e0e7009ec0a7fc820

akz

2015-09-24 13:39

developer   ~0046083

Last edited: 2015-09-24 17:45

All remarks are handled. Branch CR26042_3.

abv

2015-09-24 18:34

manager   ~0046104

No remarks, please test

git

2015-09-24 18:54

administrator   ~0046109

Branch CR26042_3 has been updated forcibly by mkv.

SHA-1: a5816e1b1c613df146552e128bcec220ac67dcdd

mkv

2015-09-25 14:40

tester   ~0046133

Dear BugMaster,
Branch CR26049_3 was rebased on branch IR-2015-09-24 of occt git-repository.
SHA-1: a5816e1b1c613df146552e128bcec220ac67dcdd

mkv

2015-09-25 14:40

tester   ~0046134

Dear BugMaster,
Branch CR26049_3 from occt git-repository (and IR-2015-09-24 from products git-repository) was compiled on Linux, MacOS and Windows platforms and tested on Release mode.
SHA-1: a5816e1b1c613df146552e128bcec220ac67dcdd

There are following compilation errors:
Linux:
http://jenkins-test-01.nnov.opencascade.com:8080/view/CR26042-3-master/job/CR26042-3-master_build_occt_products_linux/1/parsed_console/

../../../../src/DxfData/DxfData_TranslateCurve.cxx:429:19: error: no matching function for call to 'BSplCLib::RemoveKnot(Standard_Integer&, Standard_Integer&, Standard_Integer&, Standard_Boolean&, const TColgp_Array1OfPnt&, const TColStd_Array1OfReal&, const TColStd_Array1OfReal&, const TColStd_Array1OfInteger&, TColgp_Array1OfPnt&, TColStd_Array1OfReal&, TColStd_Array1OfReal&, TColStd_Array1OfInteger&, const Standard_Real&)'

../../../../src/DxfData/DxfData_TranslateCurve.cxx:438:19: error: no matching function for call to 'BSplCLib::RemoveKnot(Standard_Integer&, Standard_Integer&, Standard_Integer&, Standard_Boolean&, const TColgp_Array1OfPnt&, TColStd_Array1OfReal*, const TColStd_Array1OfReal&, const TColStd_Array1OfInteger&, TColgp_Array1OfPnt&, TColStd_Array1OfReal&, TColStd_Array1OfReal&, TColStd_Array1OfInteger&, const Standard_Real&)'

Windows:
http://jenkins-test-01.nnov.opencascade.com:8080/view/CR26042-3-master/job/CR26042-3-master_build_occt_products_windows_64/1/parsed_console/

26>..\..\..\src\DxfData\DxfData_TranslateCurve.cxx(429): error C2665: 'BSplCLib::RemoveKnot' : none of the 3 overloads could convert all the argument types [d:\builds\vc10\CR26042-3-master-products-64\adm\msvc\vc10\TKDXF.vcxproj]


26>..\..\..\src\DxfData\DxfData_TranslateCurve.cxx(438): error C2665: 'BSplCLib::RemoveKnot' : none of the 3 overloads could convert all the argument types [d:\builds\vc10\CR26042-3-master-products-64\adm\msvc\vc10\TKDXF.vcxproj]


..\..\..\src\DxfData\DxfData_TranslateCurve.cxx(429): error C2665: 'BSplCLib::RemoveKnot' : none of the 3 overloads could convert all the argument types [d:\builds\vc10\CR26042-3-master-products-64\adm\msvc\vc10\TKDXF.vcxproj]
..\..\..\src\DxfData\DxfData_TranslateCurve.cxx(438): error C2665: 'BSplCLib::RemoveKnot' : none of the 3 overloads could convert all the argument types [d:\builds\vc10\CR26042-3-master-products-64\adm\msvc\vc10\TKDXF.vcxproj]


Number of compiler warnings:

occt component :
Linux: 17 (13 on master)
Windows: 0 (0 on master)

There are new additional compilation warnings on Linux platform:

http://jenkins-test-01.nnov.opencascade.com:8080/user/mnt/my-views/view/A_mnt_warnings/portlet/dashboard_portlet_17008/job/CR26042-3-master_build_occt_linux/1/warnings17Result/package.-671474530/
BSplCLib_CurveComputation.gxx:1089, GNU C Compiler 4 (gcc), Priority: Normal
the address of 'Weights' will never be NULL [-Waddress]
BSplCLib_CurveComputation.gxx:1130, GNU C Compiler 4 (gcc), Priority: Normal
the address of 'theWeights' will never be NULL [-Waddress]
http://jenkins-test-01.nnov.opencascade.com:8080/user/mnt/my-views/view/A_mnt_warnings/portlet/dashboard_portlet_17008/job/CR26042-3-master_build_occt_linux/1/warnings17Result/package.-605032998/
BSplCLib_2.cxx:73, GNU C Compiler 4 (gcc), Priority: Normal
the address of 'Weights' will never be NULL [-Waddress]
http://jenkins-test-01.nnov.opencascade.com:8080/user/mnt/my-views/view/A_mnt_warnings/portlet/dashboard_portlet_17008/job/CR26042-3-master_build_occt_linux/1/warnings17Result/package.-604556342/
BSplSLib.cxx:2213, GNU C Compiler 4 (gcc), Priority: Normal
the address of 'WeightsArray' will never be NULL [-Waddress]

Regressions/Differences/Improvements:
(partially)
http://occt-tests/CR26042-3-master-occt-64/Debian70-64/summary.html
http://occt-tests/CR26042-3-master-occt-64/Windows-64-VC10/summary.html

Testing cases:
Not needed

mkv

2015-09-25 14:40

tester   ~0046135

Dear akz,
Branch CR26049_3 has been rejected due to:
- compilation errors
- additional warnings
- regressions/differences/improvements

git

2015-09-25 16:17

administrator   ~0046140

Branch CR26042_3 has been updated forcibly by akz.

SHA-1: ef638e252b8655e9b09246fbe1dd2cca2547f676

akz

2015-09-25 16:22

developer   ~0046141

Last edited: 2015-09-25 16:23

Dear mkv,

I've update branch CR26042_3 on OCCT repository with minor changes that should fix warnings for GCC and probably fix regressions.

Could you please also use branch CR26042_3 on Products repository? That was pushed before testing and seems to be correct.

git

2015-09-25 18:42

administrator   ~0046161

Branch CR26042_3 has been updated forcibly by mkv.

SHA-1: 5021b5d03271eef1dcc09a85329b67a046bcf3b1

mkv

2015-09-29 16:38

tester   ~0046275

Dear BugMaster,
Branch CR26042_3 was rebased on branch IR-2015-09-24 of occt git-repository.
SHA-1: 5021b5d03271eef1dcc09a85329b67a046bcf3b1
Branch CR26042_3 was rebased on branch IR-2015-09-24 of products git-repository.
SHA-1: c12c69d37f22cc650a0cff58f3f747849e9f1942

mkv

2015-09-29 16:39

tester   ~0046276

Dear BugMaster,
Branch CR26042_3 from occt git-repository (and CR26042_3 from products git-repository) was compiled on Linux, MacOS and Windows platforms and tested on Release mode.
SHA-1: 5021b5d03271eef1dcc09a85329b67a046bcf3b1
SHA-1: c12c69d37f22cc650a0cff58f3f747849e9f1942

Number of compiler warnings:

occt component :
Linux: 13 (13 on master)
Windows: 0 (0 on master)

products component :
Linux: 39 (39 on master)
Windows: 0 (0 on master)

Regressions/Differences/Improvements:
No regressions/differences

Testing cases:
Not needed

Testing on Linux:
occt component :
Total MEMORY difference: 92116663 / 93204908 [-1.17%]
Total CPU difference: 19606.959999999224 / 19578.25999999923 [+0.15%]
products component :
Total MEMORY difference: 26311742 / 26313327 [-0.01%]
Total CPU difference: 6572.919999999949 / 7200.489999999998 [-8.72%]

Testing on Windows:
occt component :
Total MEMORY difference: 57872215 / 57877934 [-0.01%]
Total CPU difference: 18337.37154649904 / 17715.66076119908 [+3.51%]
products component :
Total MEMORY difference: 17135379 / 17140676 [-0.03%]
Total CPU difference: 5935.354446900002 / 5623.134045499962 [+5.55%]

There are no differences in images found by testdiff.

mkv

2015-09-29 16:39

tester   ~0046277

Dear BugMaster,
Branch CR26042_3 is TESTED.

git

2015-10-16 16:23

administrator   ~0046916

Branch CR26042 has been deleted by kgv.

SHA-1: b99127c76e8524f190a857ec6079bbcd7f6976dc

git

2015-10-16 16:23

administrator   ~0046917

Branch CR26042_1 has been deleted by kgv.

SHA-1: 0c8ca9eecc2cd1a373757e71215dd7a6014e604f

git

2015-10-16 16:23

administrator   ~0046918

Branch CR26042_2 has been deleted by kgv.

SHA-1: 74d278318effeee6908d2fa8cf3ac9dedc601fb7

git

2015-10-16 16:28

administrator   ~0046945

Branch CR26042_3 has been deleted by kgv.

SHA-1: 5021b5d03271eef1dcc09a85329b67a046bcf3b1

Related Changesets

occt: master 0e14656b

2015-09-23 13:31:15

akz


Committer: bugmaster Details Diff
0026042: OCCT won't work with the latest Xcode

Dereferenced null pointers was eliminated for PLib, BSplCLib and BSplSLib. All affected code was changed accordingly.
Affected Issues
0026042
mod - src/AppParCurves/AppParCurves_Gradient.gxx Diff File
mod - src/AppParCurves/AppParCurves_MultiBSpCurve.cxx Diff File
mod - src/AppParCurves/AppParCurves_MultiCurve.cxx Diff File
mod - src/Approx/Approx_MCurvesToBSpCurve.cxx Diff File
mod - src/BSplCLib/BSplCLib.cxx Diff File
mod - src/BSplCLib/BSplCLib.hxx Diff File
mod - src/BSplCLib/BSplCLib.lxx Diff File
mod - src/BSplCLib/BSplCLib_2.cxx Diff File
mod - src/BSplCLib/BSplCLib_BzSyntaxes.cxx Diff File
mod - src/BSplCLib/BSplCLib_Cache.cxx Diff File
mod - src/BSplCLib/BSplCLib_Cache.hxx Diff File
mod - src/BSplCLib/BSplCLib_CurveComputation.gxx Diff File
mod - src/BSplSLib/BSplSLib.cxx Diff File
mod - src/BSplSLib/BSplSLib.hxx Diff File
mod - src/BSplSLib/BSplSLib.lxx Diff File
mod - src/BSplSLib/BSplSLib_BzSyntaxes.cxx Diff File
mod - src/BSplSLib/BSplSLib_Cache.cxx Diff File
mod - src/BSplSLib/BSplSLib_Cache.hxx Diff File
mod - src/Convert/Convert_CompBezierCurves2dToBSplineCurve2d.cxx Diff File
mod - src/Convert/Convert_CompBezierCurvesToBSplineCurve.cxx Diff File
mod - src/Convert/Convert_ConicToBSplineCurve.cxx Diff File
mod - src/Convert/Convert_CosAndSinEvalFunction.hxx Diff File
mod - src/FairCurve/FairCurve_Batten.cxx Diff File
mod - src/Geom/Geom_BezierCurve.cxx Diff File
mod - src/Geom/Geom_BezierSurface.cxx Diff File
mod - src/Geom/Geom_BSplineCurve.cxx Diff File
mod - src/Geom/Geom_BSplineCurve.hxx Diff File
mod - src/Geom/Geom_BSplineCurve_1.cxx Diff File
mod - src/Geom/Geom_BSplineSurface.cxx Diff File
mod - src/Geom/Geom_BSplineSurface.hxx Diff File
mod - src/Geom/Geom_BSplineSurface_1.cxx Diff File
mod - src/Geom2d/Geom2d_BezierCurve.cxx Diff File
mod - src/Geom2d/Geom2d_BSplineCurve.cxx Diff File
mod - src/Geom2d/Geom2d_BSplineCurve.hxx Diff File
mod - src/Geom2d/Geom2d_BSplineCurve_1.cxx Diff File
mod - src/Geom2dAPI/Geom2dAPI_PointsToBSpline.cxx Diff File
mod - src/GeomAPI/GeomAPI_PointsToBSplineSurface.cxx Diff File
mod - src/GeomFill/GeomFill_BSplineCurves.cxx Diff File
mod - src/GeomFill/GeomFill_ConstrainedFilling.cxx Diff File
mod - src/GeomFill/GeomFill_Coons.cxx Diff File
mod - src/GeomLib/GeomLib.cxx Diff File
mod - src/GeomLib/GeomLib_DenominatorMultiplier.cxx Diff File
mod - src/Hermit/Hermit.cxx Diff File
mod - src/Law/Law_BSpline.cxx Diff File
mod - src/PLib/FILES Diff File
mod - src/PLib/PLib.cxx Diff File
mod - src/PLib/PLib.hxx Diff File
rm - src/PLib/PLib.lxx Diff File
mod - src/ProjLib/ProjLib_ComputeApproxOnPolarSurface.cxx Diff File
mod - src/ProjLib/ProjLib_ProjectOnPlane.cxx Diff File
mod - src/ProjLib/ProjLib_ProjectOnSurface.cxx Diff File
mod - src/ShapeConstruct/ShapeConstruct_CompBezierCurves2dToBSplineCurve2d.cxx Diff File
mod - src/ShapeConstruct/ShapeConstruct_CompBezierCurvesToBSplineCurve.cxx Diff File

Issue History

Date Modified Username Field Change
2015-04-09 20:44 Istvan Csanady New Issue
2015-04-09 20:44 Istvan Csanady Assigned To => kgv
2015-04-09 20:53 Istvan Csanady Note Added: 0039538
2015-04-09 20:55 Istvan Csanady Note Edited: 0039538
2015-04-09 21:07 kgv Note Added: 0039539
2015-04-09 21:09 kgv Relationship added related to 0025429
2015-04-09 21:10 Istvan Csanady Note Added: 0039540
2015-04-09 21:13 kgv Note Added: 0039541
2015-04-10 11:57 Istvan Csanady Note Added: 0039556
2015-04-10 12:40 Istvan Csanady Note Added: 0039559
2015-04-10 12:48 kgv Note Added: 0039560
2015-04-15 06:40 abv Relationship added related to 0024682
2015-04-15 10:37 Istvan Csanady Note Added: 0039738
2015-04-15 11:26 abv Note Added: 0039749
2015-04-15 11:30 Istvan Csanady Note Added: 0039750
2015-04-16 17:15 Istvan Csanady File Added: patch.diff
2015-04-16 17:15 Istvan Csanady Note Added: 0039903
2015-04-16 17:25 kgv Note Added: 0039905
2015-04-17 09:53 Istvan Csanady File Added: clang_null_reference_workaround.diff
2015-04-17 09:53 Istvan Csanady Note Added: 0039941
2015-04-17 11:40 Istvan Csanady Note Added: 0039946
2015-04-17 19:48 git Note Added: 0040010
2015-04-17 23:44 kgv File Deleted: patch.diff
2015-04-30 11:57 git Note Added: 0040463
2015-04-30 12:00 git Note Added: 0040464
2015-05-05 13:09 kgv Note Added: 0040554
2015-05-05 13:10 kgv Note Edited: 0040554
2015-05-06 09:20 abv Target Version 6.9.0 => 7.1.0
2015-05-06 09:34 git Note Added: 0040599
2015-05-06 09:36 git Note Added: 0040600
2015-05-06 12:05 Istvan Csanady Note Added: 0040605
2015-09-02 08:55 abv Target Version 7.1.0 => 7.0.0
2015-09-02 08:55 abv Assigned To kgv => akz
2015-09-02 08:56 abv Status new => assigned
2015-09-23 17:28 git Note Added: 0046058
2015-09-23 17:37 git Note Added: 0046060
2015-09-23 17:49 akz Assigned To akz => abv
2015-09-23 17:51 akz Note Added: 0046062
2015-09-23 17:51 akz Status assigned => resolved
2015-09-23 17:52 akz Note Edited: 0046062
2015-09-23 17:53 akz Note Edited: 0046062
2015-09-24 07:26 abv Note Added: 0046069
2015-09-24 07:26 abv Assigned To abv => akz
2015-09-24 07:26 abv Status resolved => assigned
2015-09-24 13:36 git Note Added: 0046082
2015-09-24 13:39 akz Note Added: 0046083
2015-09-24 13:39 akz Assigned To akz => kgv
2015-09-24 13:39 akz Status assigned => resolved
2015-09-24 13:39 akz Assigned To kgv => abv
2015-09-24 17:45 akz Note Edited: 0046083
2015-09-24 18:34 abv Note Added: 0046104
2015-09-24 18:34 abv Assigned To abv => bugmaster
2015-09-24 18:34 abv Status resolved => reviewed
2015-09-24 18:54 git Note Added: 0046109
2015-09-24 19:48 mkv Assigned To bugmaster => mkv
2015-09-25 14:40 mkv Note Added: 0046133
2015-09-25 14:40 mkv Assigned To mkv => akz
2015-09-25 14:40 mkv Status reviewed => assigned
2015-09-25 14:40 mkv Note Added: 0046134
2015-09-25 14:40 mkv Note Added: 0046135
2015-09-25 16:17 git Note Added: 0046140
2015-09-25 16:17 akz Status assigned => resolved
2015-09-25 16:22 akz Note Added: 0046141
2015-09-25 16:22 akz Assigned To akz => mkv
2015-09-25 16:22 akz Status resolved => reviewed
2015-09-25 16:23 akz Note Edited: 0046141
2015-09-25 18:42 git Note Added: 0046161
2015-09-29 16:38 mkv Note Added: 0046275
2015-09-29 16:39 mkv Note Added: 0046276
2015-09-29 16:39 mkv Note Added: 0046277
2015-09-29 16:40 mkv Test case number => Not needed
2015-09-29 16:40 mkv Assigned To mkv => bugmaster
2015-09-29 16:40 mkv Status reviewed => tested
2015-10-02 14:56 bugmaster Changeset attached => occt master 0e14656b
2015-10-02 14:56 bugmaster Status tested => verified
2015-10-02 14:56 bugmaster Resolution open => fixed
2015-10-16 16:23 git Note Added: 0046916
2015-10-16 16:23 git Note Added: 0046917
2015-10-16 16:23 git Note Added: 0046918
2015-10-16 16:28 git Note Added: 0046945
2015-11-16 16:56 abv Relationship added related to 0025454
2016-04-20 15:44 aiv Fixed in Version => 7.0.0
2016-04-20 15:49 aiv Status verified => closed
2017-07-20 12:33 kgv Relationship replaced has duplicate 0025429
2019-03-16 17:52 kgv Relationship added related to 0030582