You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@xerces.apache.org by "Thomas Quinn (JIRA)" <xe...@xml.apache.org> on 2006/08/18 19:26:15 UTC
[jira] Commented: (XERCESC-1578) Problems with MemHandlerTest on
Tru64 UNIX 5.1 for Xerces C++ 2.7.0
[ http://issues.apache.org/jira/browse/XERCESC-1578?page=comments#action_12429064 ]
Thomas Quinn commented on XERCESC-1578:
---------------------------------------
I also ran into this problem on an OSF1 V5.1 alpha box. Both cxx (Compaq C++ V6.5-040 for Compaq Tru64 UNIX V5.1B (Rev. 2650)) and gcc v. 3.4.0 give SEGVs.
The following patch fixes the problem for me. My guess is that the original intent was to use the XMemory overload of the new operator, but RecursiveMutex is not derived from XMemory.
===================================================================
RCS file: src/xercesc/util/Platforms/Tru64/RCS/Tru64PlatformUtils.cpp,v
retrieving revision 1.1
diff -c -r1.1 src/xercesc/util/Platforms/Tru64/Tru64PlatformUtils.cpp
*** 1.1 2006/08/17 22:36:32
--- src/xercesc/util/Platforms/Tru64/Tru64PlatformUtils.cpp 2006/08/17 22:57:33
***************
*** 469,475 ****
void* XMLPlatformUtils::makeMutex(MemoryManager* manager)
{
! return new (manager) RecursiveMutex(manager);
}
--- 469,475 ----
void* XMLPlatformUtils::makeMutex(MemoryManager* manager)
{
! return new RecursiveMutex(manager);
}
> Problems with MemHandlerTest on Tru64 UNIX 5.1 for Xerces C++ 2.7.0
> -------------------------------------------------------------------
>
> Key: XERCESC-1578
> URL: http://issues.apache.org/jira/browse/XERCESC-1578
> Project: Xerces-C++
> Issue Type: Bug
> Components: Samples/Tests
> Affects Versions: 2.7.0
> Environment: Tru64 UNIX 5.1 and CXX as compiler
> Reporter: Orlando Hernandez
> Priority: Blocker
>
> runConfigure -d -p tru64 -c cxx -x cxx -b 64 -rpthread -z -pthread
> gmake
> ladebug MemHandlerTest
> Welcome to the Ladebug Debugger Version 69 (built May 4 2003 for Tru64 UNIX)
> ------------------
> object file name: MemHandlerTest
> Reading symbolic information ...done
> dbx> r
> Thread received signal SEGV
> stopped at [void* __nw__7XMemoryXUl(size_t):37 0x3ffbffbe8dc]
> Source file not found or not readable, tried...
> ./XMemory.cpp
> (Cannot find source file XMemory.cpp)
> dbx> where
> >0 0x3ffbffbe8dc in __nw__7XMemoryXUl(size=16) "XMemory.cpp":37
> #1 0x3ffbfee48e4 in XMLPlatformUtils::Initialize(locale=0x3ffbfcf11c0="en_US", nlsHome=0x0, panicHandler=0x0, memoryManager=0x140006d60, toInitStatics='\000') "PlatformUtils.cpp":276
> #2 0x120008ea8 in main(argC=1, argV=0x11fffc018) "/usr/users/ohernand/gnu/xalan.1.10.0/xerces-c-src_2_7_0/tests/MemHandlerTest/MemoryMonitor.cpp":173
> #3 0x120005a18 in __start(...) in MemHandlerTest
> dbx> up
> >1 0x3ffbfee48e4 in XMLPlatformUtils::Initialize(locale=0x3ffbfcf11c0="en_US", nlsHome=0x0, panicHandler=0x0, memoryManager=0x140006d60, toInitStatics='\000') "PlatformUtils.cpp":276
> Source file not found or not readable, tried...
> ./PlatformUtils.cpp
> (Cannot find source file PlatformUtils.cpp)
> dbx> up
> >2 0x120008ea8 in main(argC=1, argV=0x11fffc018) "/usr/users/ohernand/gnu/xalan.1.10.0/xerces-c-src_2_7_0/tests/MemHandlerTest/MemoryMonitor.cpp":173
> 173 XMLPlatformUtils::Initialize(XMLUni::fgXercescDefaultLocale, 0, 0, staticMemMonitor);
> dbx> up
> >3 0x120005a18 in __start(...) in MemHandlerTest
> dbx> up
> Can't move up that many frames.
> dbx>
> The same problem happend in the 2.6 version.
> All the test has the same behavior.
--
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: c-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: c-dev-help@xerces.apache.org