[asterisk-bugs] [JIRA] (ASTERISK-23717) Segfault when loading XML documentation

Addix Internet Services GmbH (JIRA) noreply at issues.asterisk.org
Wed May 21 04:03:44 CDT 2014


    [ https://issues.asterisk.org/jira/browse/ASTERISK-23717?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=218333#comment-218333 ] 

Addix Internet Services GmbH commented on ASTERISK-23717:
---------------------------------------------------------

Im getting the following with valgrind:

==9380== Memcheck, a memory error detector.
==9380== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==9380== Using LibVEX rev 1854, a library for dynamic binary translation.
==9380== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==9380== Using valgrind-3.3.1-Debian, a dynamic binary instrumentation framework.
==9380== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==9380== For more details, rerun with: -v
==9380==
==9380== Conditional jump or move depends on uninitialised value(s)
==9380==    at 0x41BE82B: __xmlParserInputBufferCreateFilename (xmlIO.c:2521)
==9380==    by 0x41BE8E9: xmlParserInputBufferCreateFilename (xmlIO.c:2559)
==9380==    by 0x4191C10: xmlNewInputFromFile (parserInternals.c:1549)
==9380==    by 0x41BED12: xmlLoadExternalEntity (xmlIO.c:3941)
==9380==    by 0x41961D0: xmlCreateURLParserCtxt (parser.c:13357)
==9380==    by 0x41ACF80: xmlReadFile (parser.c:14510)
==9380==    by 0x81CC136: ast_xml_open (xml.c:63)
==9380==    by 0x81D1A5E: ast_xmldoc_load_documentation (xmldoc.c:2442)
==9380==    by 0x808FA89: main (asterisk.c:4227)
==9380==
==9380== Thread 19:
==9380== Conditional jump or move depends on uninitialised value(s)
==9380==    at 0x443289B: BN_cmp (in /usr/lib/libcrypto.so.1.0.0)
==9380==
==9380== Conditional jump or move depends on uninitialised value(s)
==9380==    at 0x443289D: BN_cmp (in /usr/lib/libcrypto.so.1.0.0)
==9380==
==9380== Conditional jump or move depends on uninitialised value(s)
==9380==    at 0x44327F2: BN_ucmp (in /usr/lib/libcrypto.so.1.0.0)
==9380==
==9380== Conditional jump or move depends on uninitialised value(s)
==9380==    at 0x4439ACD: BN_mod_inverse (in /usr/lib/libcrypto.so.1.0.0)
.
.
.
.
==9380==
==9380== Use of uninitialised value of size 4
==9380==    at 0x443D4AB: bn_mul_mont (in /usr/lib/libcrypto.so.1.0.0)
==9380==    by 0x390E5D25: ???
==9380==
==9380== Use of uninitialised value of size 4
==9380==    at 0x443D4A0: bn_mul_mont (in /usr/lib/libcrypto.so.1.0.0)
==9380==    by 0xB6E18164: ???
==9380==
==9380== More than 1000 different errors detected.  I'm not reporting any more.
==9380== Final error counts will be inaccurate.  Go fix your program!
==9380== Rerun with --error-limit=no to disable this cutoff.  Note
==9380== that errors may occur in your program without prior warning from
==9380== Valgrind, because errors are no longer being displayed.
==9380==



> Segfault when loading XML documentation
> ---------------------------------------
>
>                 Key: ASTERISK-23717
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23717
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/General, Documentation
>    Affects Versions: 11.9.0
>         Environment: i586 - GLIBC_2.3.2
>            Reporter: Hendrik Wedhorn
>            Assignee: Hendrik Wedhorn
>         Attachments: asterisk.conf, asterisk.inc, backtrace1190.txt, valgrind.txt
>
>
> When loading the xml documentation the asterisk always dies with an segmentation fault. Although this should not influence each other, this only happens when the /etc/asterisk/asterisk.conf has an include to an another file. 
> - When the include in the asterisk.conf is removed the xml documentation is loaded perfectly fine. No segfault.
> - When the xml documentation is remove the include in the asterisk.conf works perfectly fine. No segfault.
> - The segfault always appears (100% reproducible.) when both is used. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list