View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0022541 | Community | OCCT:Foundation Classes | public | 2011-05-27 18:46 | 2017-10-14 09:29 |
| Reporter | Assigned To | ||||
| Priority | normal | Severity | feature | ||
| Status | closed | Resolution | won't fix | ||
| OS | All | ||||
| Summary | 0022541: Support of user-defined memory manager | ||||
| Description | RLN contribution (Patch from RLN). Detailed description: Using MMGT_LIBRARY environment variable, a user-defined memory manager can be dynamically loaded during load time 1. Standard.cxx: corrected value of corresponding variables for case when MMGT_OPT & MMGT_REENTRANT are not defined depending on HAVE_TBB Dependency: None Branch => OCC22541_RLNMemManager. | ||||
| Tags | No tags attached. | ||||
| Test case number | |||||
|
|
Andrey, Could you overlook it because this RLN patch (as it seems to me) was lost. |
|
|
I believe we do not need this possibility as it is very specific and it is not clear why it can be useful. Note that we already have three different options (standard system memory management MMGT_OPT=0, legacy OCCT memory manager MMGT_OPT=1, and TBB one MMGT_OPT=2), and this seems to be pretty sufficient. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2011-08-02 11:23 | bugmaster | Category | OCCT:FDC => OCCT:Foundation Classes |
| 2011-10-21 17:24 |
|
Note Added: 0018387 | |
| 2011-10-21 17:24 |
|
Assigned To | bugmaster => abv |
| 2011-10-21 17:24 |
|
Resolution | suspended => open |
| 2011-10-21 17:24 |
|
Fixed in Version | EMPTY => |
| 2011-10-21 17:24 |
|
Description Updated | |
| 2011-10-21 17:25 |
|
Status | acknowledged => assigned |
| 2011-11-25 14:26 |
|
Description Updated | |
| 2017-10-14 09:29 |
|
Note Added: 0071433 | |
| 2017-10-14 09:29 |
|
Status | assigned => closed |
| 2017-10-14 09:29 |
|
Resolution | open => won't fix |