[jira] [Updated] (XERCESC-1420) XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime heap instead of using a MemoryManager instance
[ https://issues.apache.org/jira/browse/XERCESC-1420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Cantor updated XERCESC-1420: -- Fix Version/s: (was: Nightly build (please specify the date)) 2.7.0 > XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime > heap instead of using a MemoryManager instance > > > Key: XERCESC-1420 > URL: https://issues.apache.org/jira/browse/XERCESC-1420 > Project: Xerces-C++ > Issue Type: Bug > Components: Utilities >Affects Versions: 2.6.0 >Reporter: David Bertoni >Assignee: David Bertoni >Priority: Blocker > Fix For: 2.7.0 > > Attachments: XMLHolder.c, XMLHolder.hpp, patch.txt > > > XMLPlatformUtils::makeMutex() needs to accept a MemoryManager instance as a > parameter to use pluggable memory management. As it stands now, mutex > objects on the various platforms are created using the C++ run-time heap. > This is causing memory allocation issues and crashes in our application. > I am preparing a patch, but it covers all platforms, so I won't be able to > test every one of them. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org
[jira] Updated: (XERCESC-1420) XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime heap instead of using a MemoryManager instance
[ http://issues.apache.org/jira/browse/XERCESC-1420?page=all ] David Bertoni updated XERCESC-1420: --- Attachment: XMLHolder.hpp > XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime > heap instead of using a MemoryManager instance > > > Key: XERCESC-1420 > URL: http://issues.apache.org/jira/browse/XERCESC-1420 > Project: Xerces-C++ > Type: Bug > Components: Utilities > Versions: 2.6.0 > Reporter: David Bertoni > Assignee: David Bertoni > Priority: Blocker > Attachments: XMLHolder.c, XMLHolder.hpp, patch.txt > > XMLPlatformUtils::makeMutex() needs to accept a MemoryManager instance as a > parameter to use pluggable memory management. As it stands now, mutex > objects on the various platforms are created using the C++ run-time heap. > This is causing memory allocation issues and crashes in our application. > I am preparing a patch, but it covers all platforms, so I won't be able to > test every one of them. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (XERCESC-1420) XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime heap instead of using a MemoryManager instance
[ http://issues.apache.org/jira/browse/XERCESC-1420?page=all ] David Bertoni updated XERCESC-1420: --- Attachment: patch.txt This is a new patch, replacing the class XMLMutexHolder with a class that is more generic. > XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime > heap instead of using a MemoryManager instance > > > Key: XERCESC-1420 > URL: http://issues.apache.org/jira/browse/XERCESC-1420 > Project: Xerces-C++ > Type: Bug > Components: Utilities > Versions: 2.6.0 > Reporter: David Bertoni > Assignee: David Bertoni > Priority: Blocker > Attachments: XMLHolder.c, XMLHolder.hpp, patch.txt > > XMLPlatformUtils::makeMutex() needs to accept a MemoryManager instance as a > parameter to use pluggable memory management. As it stands now, mutex > objects on the various platforms are created using the C++ run-time heap. > This is causing memory allocation issues and crashes in our application. > I am preparing a patch, but it covers all platforms, so I won't be able to > test every one of them. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (XERCESC-1420) XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime heap instead of using a MemoryManager instance
[ http://issues.apache.org/jira/browse/XERCESC-1420?page=all ] David Bertoni updated XERCESC-1420: --- Attachment: XMLHolder.c > XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime > heap instead of using a MemoryManager instance > > > Key: XERCESC-1420 > URL: http://issues.apache.org/jira/browse/XERCESC-1420 > Project: Xerces-C++ > Type: Bug > Components: Utilities > Versions: 2.6.0 > Reporter: David Bertoni > Assignee: David Bertoni > Priority: Blocker > Attachments: XMLHolder.c, XMLHolder.hpp, patch.txt > > XMLPlatformUtils::makeMutex() needs to accept a MemoryManager instance as a > parameter to use pluggable memory management. As it stands now, mutex > objects on the various platforms are created using the C++ run-time heap. > This is causing memory allocation issues and crashes in our application. > I am preparing a patch, but it covers all platforms, so I won't be able to > test every one of them. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (XERCESC-1420) XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime heap instead of using a MemoryManager instance
[ http://issues.apache.org/jira/browse/XERCESC-1420?page=all ] David Bertoni updated XERCESC-1420: --- Attachment: XMLMutexHolder.hpp This is a tricky patch. It would be great if other committers could review it. > XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime > heap instead of using a MemoryManager instance > > > Key: XERCESC-1420 > URL: http://issues.apache.org/jira/browse/XERCESC-1420 > Project: Xerces-C++ > Type: Bug > Components: Utilities > Versions: 2.6.0 > Reporter: David Bertoni > Assignee: David Bertoni > Priority: Blocker > Attachments: XMLMutexHolder.c, XMLMutexHolder.hpp, patch.txt > > XMLPlatformUtils::makeMutex() needs to accept a MemoryManager instance as a > parameter to use pluggable memory management. As it stands now, mutex > objects on the various platforms are created using the C++ run-time heap. > This is causing memory allocation issues and crashes in our application. > I am preparing a patch, but it covers all platforms, so I won't be able to > test every one of them. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (XERCESC-1420) XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime heap instead of using a MemoryManager instance
[ http://issues.apache.org/jira/browse/XERCESC-1420?page=all ] David Bertoni updated XERCESC-1420: --- Attachment: XMLMutexHolder.c > XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime > heap instead of using a MemoryManager instance > > > Key: XERCESC-1420 > URL: http://issues.apache.org/jira/browse/XERCESC-1420 > Project: Xerces-C++ > Type: Bug > Components: Utilities > Versions: 2.6.0 > Reporter: David Bertoni > Assignee: David Bertoni > Priority: Blocker > Attachments: XMLMutexHolder.c, XMLMutexHolder.hpp, patch.txt > > XMLPlatformUtils::makeMutex() needs to accept a MemoryManager instance as a > parameter to use pluggable memory management. As it stands now, mutex > objects on the various platforms are created using the C++ run-time heap. > This is causing memory allocation issues and crashes in our application. > I am preparing a patch, but it covers all platforms, so I won't be able to > test every one of them. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (XERCESC-1420) XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime heap instead of using a MemoryManager instance
[ http://issues.apache.org/jira/browse/XERCESC-1420?page=all ] David Bertoni updated XERCESC-1420: --- Attachment: patch.txt > XMLPlatformUtils::makeMutex() creates mutex objects using the C++ runtime > heap instead of using a MemoryManager instance > > > Key: XERCESC-1420 > URL: http://issues.apache.org/jira/browse/XERCESC-1420 > Project: Xerces-C++ > Type: Bug > Components: Utilities > Versions: 2.6.0 > Reporter: David Bertoni > Assignee: David Bertoni > Priority: Blocker > Attachments: XMLMutexHolder.c, XMLMutexHolder.hpp, patch.txt > > XMLPlatformUtils::makeMutex() needs to accept a MemoryManager instance as a > parameter to use pluggable memory management. As it stands now, mutex > objects on the various platforms are created using the C++ run-time heap. > This is causing memory allocation issues and crashes in our application. > I am preparing a patch, but it covers all platforms, so I won't be able to > test every one of them. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
