FreeCADView Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000589 | FreeCAD | Bug | public | 2012-02-05 18:36 | 2012-02-07 12:23 |
| Reporter | ms4py | Assigned To | |||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 0.13 | ||||
| Summary | 0000589: Some files are not properly closed | ||||
| Description | Some part of FreeCAD opens temporary files and does not properly close them. A long term running Python script which makes some FreeCAD API calls results always in the following error: OSError: [Errno 24] Too many open files Looking with `lsof` at the process shows *a lot* of open files like the following: python2.6 14603 ms4py 612u REG 8,1 2930 1998969 /tmp/filezSyDlu (deleted) python2.6 14603 ms4py 613u REG 8,1 2774 1998970 /tmp/file5H0Tos (deleted) These files are obviously created with FileInfo::getTempFileName, but I couldn't track where the files are actually opened. Platform: CAELinux 2011 (Ubuntu 10.04 64bit) FreeCAD: 0.13, rev4972 | ||||
| Tags | No tags attached. | ||||
| FreeCAD Information | |||||
|
|
Same issue with freecad-daily (rev5070). |
|
|
Is there a certain procedure to force this problem to appear? |
|
|
It seems that the function mkstemp() already opens a tmp. file and there is a constant TMP_MAX which says how many tmp. files can be opened at a time. |
|
|
Should be fixed with git commit a592f55473226f5bf91538359516623a0cdfea77 |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2012-02-05 18:36 | ms4py | New Issue | |
| 2012-02-05 18:42 | ms4py | Note Added: 0001612 | |
| 2012-02-06 10:45 | wmayer | Note Added: 0001613 | |
| 2012-02-07 12:22 | wmayer | Note Added: 0001615 | |
| 2012-02-07 12:23 | wmayer | Note Added: 0001616 | |
| 2012-02-07 12:23 | wmayer | Status | new => closed |
| 2012-02-07 12:23 | wmayer | Resolution | open => fixed |
| 2012-02-07 12:23 | wmayer | Fixed in Version | => 0.13 |
