You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-users@xerces.apache.org by Venkatesh Thanneermalai <ve...@gmail.com> on 2016/11/03 16:40:11 UTC
Fwd: [jira] [Resolved] (XERCESC-2080) SIGSEGV Protection Violation
during PlatformUtils::XMLInitialize
Hi Team,
Please help on the below issue that we are facing.
Immediate help is much appreciated
Thanks,
Venkatesh
---------- Forwarded message ----------
From: Scott Cantor (JIRA) <xe...@xml.apache.org>
Date: Thu, Nov 3, 2016 at 9:55 PM
Subject: [jira] [Resolved] (XERCESC-2080) SIGSEGV Protection Violation
during PlatformUtils::XMLInitialize
To: venkateshstm@gmail.com
[ https://issues.apache.org/jira/browse/XERCESC-2080?page=
com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Scott Cantor resolved XERCESC-2080.
-----------------------------------
Resolution: Invalid
If you want help, use the mailing lists provided.
> SIGSEGV Protection Violation during PlatformUtils::XMLInitialize
> ----------------------------------------------------------------
>
> Key: XERCESC-2080
> URL: https://issues.apache.org/jira/browse/XERCESC-2080
> Project: Xerces-C++
> Issue Type: Bug
> Affects Versions: 3.1.4
> Environment: SUSE 12
> Reporter: Venkatesh Thanneermalai
>
> Hi,
> We downlaoded the source for Xerces and build static lib using:
> ./configure --enable-transcoder-iconv CC=gcc-4.3 CXX=g++-4.3
> make
> We made use of archive (.a) file to statically link with our application.
> When the program was executed, we got a crash when
PlatformUtils::XMLInitialize is encountered.
> Please find below the call stack:
> Segmentation fault (protection violation) when reading from
0xffffffffc01626d1
> Interrupt: 14
> Signal code: SEGV_MAPERR - Address not mapped to object (1)
> Aborting process CBACsInstallerPT (270) in VM (id:0, pid:19262, spawner
pid:18923, lm set version:1)
> Registers:
> RAX=0000000000000031 RBX=0000000000000004 RCX=0000000000000000
RDX=0000000000000002
> RSI=0000008000039648 RDI=0000008000039668 RBP=0000008000039648
RSP=000000800ffffc88
> R8 =0000000000000001 R9 =0000000000000000 R10=000000000000003b
R11=00007ffbe90ad950
> R12=0000008000039668 R13=0000008000000160 R14=0000008000000160
R15=000000800ffffd10
> RIP=0000000081289ba3 EFLAGS=00010246
> Call chain: 0x81289ba3 0x8128b8ce 0x4
> Stack dump:
> 000000800ffffc88: 000000008128b8ce
> 000000800ffffc90: 0000000000000004
> 000000800ffffc98:
> Capsule 270 "CBACsInstallerPT"
> ----------------------
> Total resource counts:
> no objects
> ----------------------
> Process 270 [10592] "CBACsInstallerPT"
> Port: 2077833059 Imp:0 |CBACsInstallerPT|
> ----------------------
> Total resource counts:
> Port: 1 (0 omitted)
> ----------------------
> Thread 270 "CBACsInstallerPT" [Running]
> ProcessControlJob (cmd: 4, message size: 12)
> Call chain: 0x80064794 0x3000000030
> ----------------------
> Total resource counts:
> no objects
> ----------------------
> =================================================================
>
> ------------------------------------------------------------
------------------
> 81289ba3: /opt/lpmsv/codearchive/CsInstaller.LM_CXC1721053.
Code.R14N01.cba-vdicos-x86_64.sle12: file format elf64-x86-64
> Disassembly of section .text:
> 0000000000008b13 <xercesc_3_1::XMLString::trim(unsigned short*)+0x33>:
> _ZN11xercesc_3_19XMLString4trimEPt():
> 8b13: 80 b8 00 00 00 00 00 cmpb $0x0,0x0(%rax)
> 8b15: R_X86_64_32S xercesc_3_1::XMLChar1_0::
fgCharCharsTable1_0
> ------------------------------------------------------------
------------------
> 8128b8ce: /opt/lpmsv/codearchive/CsInstaller.LM_CXC1721053.
Code.R14N01.cba-vdicos-x86_64.sle12: file format elf64-x86-64
> Disassembly of section .text:
> 000000000000a83e <xercesc_3_1::XMLString::parseInt(unsigned short const*,
xercesc_3_1::MemoryManager*)+0xce>:
> _ZN11xercesc_3_19XMLString8parseIntEPKtPNS_13MemoryManagerE():
> a83e: 4d 85 e4 test %r12,%r12
> Please help us on this as we are blocked
> --Venkatesh
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
--
It ain't over till it's over'
Re: Fwd: [jira] [Resolved] (XERCESC-2080) SIGSEGV Protection
Violation during PlatformUtils::XMLInitialize
Posted by Venkatesh Thanneermalai <ve...@gmail.com>.
Hi Team,
I downloaded the older binaries from archives (3.0.1, 3.0.1, 3.1.1) and now
on every execution, it crashes at the same point
=================================================================
Segmentation fault (protection violation) when reading from
0xffffffffc01726f1
Interrupt: 14
Signal code: SEGV_MAPERR - Address not mapped to object (1)
Me
01:30 PM
------------------------------------------------------------------------------
8128e316:
/opt/lpmsv/codearchive/CsInstaller.LM_CXC1721053.Code.R14N01.cba-vdicos-x86_64.sle12:
file format elf64-x86-64
Disassembly of section .text:
000000000000d286 <xercesc_3_0::XMLString::parseInt(unsigned short const*,
xercesc_3_0::MemoryManager*)+0xd6>:
_ZN11xercesc_3_09XMLString8parseIntEPKtPNS_13MemoryManagerE():
d286: f6 82 00 00 00 00 80 testb $0x80,0x0(%rdx)
d288: R_X86_64_32S xercesc_3_0::XMLChar1_0::fgCharCharsTable1_0
------------------------------------------------------------------------------
800006cfe0: /opt/lpmsv/bin/vDicosSpawner: file format elf64-x86-64
------------------------------------------------------------------------------
~
Unfortunately, this is the whole stack.
We are blocked because of this.
++Gokul, Co-Developer
--Venkatesh
On Fri, Nov 4, 2016 at 10:20 AM, Venkatesh Thanneermalai <
venkateshstm@gmail.com> wrote:
> Hi Roger/Team,
>
> Answer answer to your above questions:
>
> Thats the back trace what we get. Only two call chains.
>
> Yes, the fault happens once the program is executed when
> XMLPlatformUtils::Initialize() is called.
>
> Its a single threaded, multi process application. The libxerces.a is
> linked statically under the process execution.
>
> Steps to build lib:
> ./configure --disable-threads --enable-transcoder-iconv CC=gcc-4.3
> CXX=g++-4.3
> make clean
> make
>
> Its occurring on the first invocation itself
>
> --Venkatesh
>
> On Thu, Nov 3, 2016 at 10:55 PM, <rl...@codelibre.net> wrote:
>
>> On 2016-11-03 16:40, Venkatesh Thanneermalai wrote:
>>
>>> Hi Team,
>>>
>>> Please help on the below issue that we are facing.
>>>
>>>> SIGSEGV Protection Violation during PlatformUtils::XMLInitialize
>>>>
>>>
>> I don't see a full backtrace here, or the code which caused the fault.
>> There's not much here to work with, so the following are totally generic
>> suggestions:
>>
>> Can you reduce this down to minimal reproducible example?
>>
>> Is the fault occurring before or after main() is entered, i.e. during
>> static initialisation?
>>
>> Is it occurring on the first invocation or upon subsequent invocations?
>>
>> Are there any thread- or exception-related issues in your code? Maybe
>> try wrapping the Initialize and Terminate calls with a mutex and/or RAII
>> wrapper?
>>
>> Is it possible that the malloc arena has been corrupted before calling
>> PlatformUtils::XMLInitialize which then results in the error you see?
>>
>>
>> Roger
>>
>>
>
>
> --
> It ain't over till it's over'
>
--
It ain't over till it's over'
Re: Fwd: [jira] [Resolved] (XERCESC-2080) SIGSEGV Protection
Violation during PlatformUtils::XMLInitialize
Posted by Venkatesh Thanneermalai <ve...@gmail.com>.
Hi Roger/Team,
Answer answer to your above questions:
Thats the back trace what we get. Only two call chains.
Yes, the fault happens once the program is executed when
XMLPlatformUtils::Initialize() is called.
Its a single threaded, multi process application. The libxerces.a is linked
statically under the process execution.
Steps to build lib:
./configure --disable-threads --enable-transcoder-iconv CC=gcc-4.3
CXX=g++-4.3
make clean
make
Its occurring on the first invocation itself
--Venkatesh
On Thu, Nov 3, 2016 at 10:55 PM, <rl...@codelibre.net> wrote:
> On 2016-11-03 16:40, Venkatesh Thanneermalai wrote:
>
>> Hi Team,
>>
>> Please help on the below issue that we are facing.
>>
>>> SIGSEGV Protection Violation during PlatformUtils::XMLInitialize
>>>
>>
> I don't see a full backtrace here, or the code which caused the fault.
> There's not much here to work with, so the following are totally generic
> suggestions:
>
> Can you reduce this down to minimal reproducible example?
>
> Is the fault occurring before or after main() is entered, i.e. during
> static initialisation?
>
> Is it occurring on the first invocation or upon subsequent invocations?
>
> Are there any thread- or exception-related issues in your code? Maybe try
> wrapping the Initialize and Terminate calls with a mutex and/or RAII
> wrapper?
>
> Is it possible that the malloc arena has been corrupted before calling
> PlatformUtils::XMLInitialize which then results in the error you see?
>
>
> Roger
>
>
--
It ain't over till it's over'
Re: Fwd: [jira] [Resolved] (XERCESC-2080) SIGSEGV Protection
Violation during PlatformUtils::XMLInitialize
Posted by rl...@codelibre.net.
On 2016-11-03 16:40, Venkatesh Thanneermalai wrote:
> Hi Team,
>
> Please help on the below issue that we are facing.
>> SIGSEGV Protection Violation during PlatformUtils::XMLInitialize
I don't see a full backtrace here, or the code which caused the fault.
There's not much here to work with, so the following are totally generic
suggestions:
Can you reduce this down to minimal reproducible example?
Is the fault occurring before or after main() is entered, i.e. during
static initialisation?
Is it occurring on the first invocation or upon subsequent invocations?
Are there any thread- or exception-related issues in your code? Maybe
try wrapping the Initialize and Terminate calls with a mutex and/or RAII
wrapper?
Is it possible that the malloc arena has been corrupted before calling
PlatformUtils::XMLInitialize which then results in the error you see?
Roger