This problemm occurs e.g. on on the gdtf share servers.
Here the libMVRgdtf is used by the fixtureBuilder.
In the user directory a folder "GdtfGroup" is created and used as working directory when reading gdtf files.
Within this folder it seems like, that here the gdtf is unzipped to handle it's file content.
From what can be observed here is that most of the files are cleaned up after the process is finished.
But some folders and files are left over as trash.
Please consider improving the clenaup process.
See a screenshot of the folder on gdtf-share:
Additional note:
When looking at this folder structures I got doubts about the multi threading safeness of this process.
What if two gdtf files contain an folder wheels and are worked in paralell from two instances?
Do the unzipped files conflict then?
This problemm occurs e.g. on on the gdtf share servers.
Here the libMVRgdtf is used by the fixtureBuilder.
In the user directory a folder "GdtfGroup" is created and used as working directory when reading gdtf files.
Within this folder it seems like, that here the gdtf is unzipped to handle it's file content.
From what can be observed here is that most of the files are cleaned up after the process is finished.
But some folders and files are left over as trash.
Please consider improving the clenaup process.
See a screenshot of the folder on gdtf-share:
Additional note:
When looking at this folder structures I got doubts about the multi threading safeness of this process.
What if two gdtf files contain an folder wheels and are worked in paralell from two instances?
Do the unzipped files conflict then?