[ 
https://issues.apache.org/jira/browse/XERCESC-1821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Boris Kolpackov updated XERCESC-1821:
-------------------------------------

    Fix Version/s:     (was: 3.0.0)
                   3.1.0

There are a number of issues with the proposed "config" implementation:

1. It serializes document creation over a single global mutex.
2. It opens a file (worse the file name is hard-coded).
3. It writes log messages to a file (also hard-coded).
4. It uses various system function directly (fopen, atoi) which may not be 
available or nehave identically on all platforms we support.

Overall this idea is an overkill. I think a way to change the global parameters 
during Xerces-C++ intialization will be enough for 99.9% of cases.

BTW, I've re-scheduled this to 3.1.0 since 3.0.0 is now in a feature freeze.


> Configurable  kInitialHeapAllocSize in xerces
> ---------------------------------------------
>
>                 Key: XERCESC-1821
>                 URL: https://issues.apache.org/jira/browse/XERCESC-1821
>             Project: Xerces-C++
>          Issue Type: Improvement
>          Components: DOM
>         Environment: All OS
>            Reporter: george
>            Assignee: David Bertoni
>            Priority: Minor
>             Fix For: 3.1.0
>
>         Attachments: DOMDocumentImpl.cpp, DOMDocumentImpl.hpp
>
>
> The default  DOM initial heap size is 16k in the latest release (earlier 
> release was 64k).  this number could be still too big or too small for some 
> system.
> The idea is to make the following parameters configurable in the constructor 
> via a singleton read function.
> static XMLSize_t kInitialHeapAllocSize =  0x4000;
> static XMLSize_t kMaxHeapAllocSize     =  0x20000;
> static XMLSize_t kMaxSubAllocationSize =  0x1000;  // Any request for more 
> bytes
> Now the question is if you think this is a valuable suggestion?   I have a 
> working code and would like to share if you think it worth the effort.
> Cheers
> George

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to