[cfe-dev] FullSourceLoc, getSpellingLineNumber segmentation fault

victor via cfe-dev cfe-dev at lists.llvm.org
Wed Mar 2 05:21:10 PST 2016




Thank you very much. Bad news, Mikhail. I tried your fix and it doesn't work by the moment.  The problem is in this line:

PresumedLoc PLoc = sm.getPresumedLoc(SpellingLoc)
(note: the compiler gave me an error when I put PresumedLoc& PLoc, so I just delete &). 

Just to discard that other things could be causing the problem, I have attempted the following:

* I don't call to HandleTranslationUnit before doing this, so the AST is not traversed twice. 

* Instead of taking a MemberExpr, I have tried with a Stmt and a CXXMethodDecl. The same. However, taking the CXXRecordDecl that nested the statement and the method does worked. 

* I have tried to assign the ASTContext as in the ASTDumper:

ASTContext &Ctx = cast<TranslationUnitDecl>(DC)->getASTContext();
This was even worse. Failed directly in:
SourceLocation SpellingLoc = sm.getSpellingLoc(FS->getSourceRange().getBegin());

Anyway, I'm using ASTMatchers, so I update the ASTContext in each match:

void System::run(const MatchFinder::MatchResult &Result) {
    Context = Result.Context; (Context is a field of the class System declared as ASTContext *Context;)
    ...
}

* I have also tried to check that the object "SpellingLoc" wasn't invalid:

if(SpellingLoc.isValid()){
      PresumedLoc PLoc = sm.getPresumedLoc(SpellingLoc);
}

The SpellingLoc object , however, is valid.

Sincerely, I don't know what else to try.  This is the code as I have it right now:

void System::run(const MatchFinder::MatchResult &Result) {
    Context = Result.Context; 

    const Stmt *FS = 0;
    if( FS =  Result.Nodes.getNodeAs<clang::Stmt>("statement")){

       ...

       SourceManager& sm = Context->getSourceManager();
       SourceLocation SpellingLoc = sm.getSpellingLoc(FS->getSourceRange().getBegin());

       if(SpellingLoc.isValid()){
           PresumedLoc PLoc = sm.getPresumedLoc(SpellingLoc);

           if (!PLoc.isInvalid()) {
               std::pair<unsigned, const char *> location = 
                       std::pair<unsigned, const char *>(PLoc.getLine(), PLoc.getFilename());
                       
               getCoverage(location);    
           }
       }
    }
}

Perhaps something in the code of the program that I'm using to check this impedes the correct generation of the AST...


From: mikhail.ramalho at gmail.com
Date: Tue, 1 Mar 2016 17:45:15 +0000
Subject: Re: [cfe-dev] FullSourceLoc, getSpellingLineNumber segmentation fault
To: pedretti_86 at hotmail.com
CC: cfe-dev at lists.llvm.org

Hello,
I finally found the two commits the "fixed"  the crashes, the first one might help you:
1. Use PresumedLoc instead of FullSourceLoc
Basically, it's the code used in ASTDumper. 
I have something like:
  sm = &ASTContext->getSourceManager();
  if(!sm)    return;
  clang::SourceLocation SpellingLoc = sm->getSpellingLoc(decl.getSourceRange().getBegin());  clang::PresumedLoc &PLoc = sm->getPresumedLoc(SpellingLoc);
  if (PLoc.isInvalid()) {    location.set_file("<invalid sloc>");    return;  }
  location.set_line(PLoc.getLine());  location.set_file(PLoc.getFilename());  

where:
sm is a clang::SourceManager *sm;ASTContext is a clang::ASTContext *ASTContext; location is an internal class that holds location information.
One minor note is to always update your ASTContext (in your case, the object Context), since it changes from translation unit. 

~
2. I was using virtual files, whose content was mapped into a local string, something like:
for(auto file : files){  std::string intrinsics = get_instrinsics();
  clang::tooling::ClangTool Tool(Compilations, sources);  Tool.mapVirtualFile("/esbmc_intrinsics.h", intrinsics);
  Tool.buildASTs(ASTs);
}
So I changed std::string to be a member of the class that calls this code.
~
Since you're not using virtual files, the second one shouldn't help, but try the first one and see if it fixes the problem.
I hope it helps.
Thank you,

2016-03-01 14:46 GMT+00:00 victor <pedretti_86 at hotmail.com>:



Oh sorry! Forget about the previous message. It is not working (I had commented the line where getSpellingLineNumber was called).  I definitely don't know how to sort out this issue. The problem is that the tool crashes when reaching that point: is there something I can do so that, at least, the tool doesn't crash? 

Thanks and sorry again.

From: mikhail.ramalho at gmail.com
Date: Mon, 29 Feb 2016 19:16:28 +0000
Subject: Re: [cfe-dev] FullSourceLoc, getSpellingLineNumber segmentation fault
To: pedretti_86 at hotmail.com
CC: cfe-dev at lists.llvm.org

Hi,
I used to face a lot of crashes on this method, it would usually explode at some #__SSE2__ code in a static method called ComputeLineNumbers inside clang.
Are you using virtual files? Are you generating the AST more than once (I mean, calling Tool.BuildAST() more than once)?
I don't quite remember how I fixed, but I _think_ those two might have something to do with the problem.
Cheers,

2016-02-29 18:22 GMT+00:00 victor via cfe-dev <cfe-dev at lists.llvm.org>:



Hi,

Does somebody know what can make the method getSpellingLineNumber from FullSourceLoc to generate a segmentation fault?  I'm using clang 3.6.

http://clang.llvm.org/doxygen/classclang_1_1FullSourceLoc.html#a52927fcf23cf662c209e5e996bf59917

Before using this method, I have checked that the FullSourceLoc is valid. This is the code:

 if(loc.isValid()){

 
         if(!(loc.getFileID().isInvalid())){
 
            if(Context->getSourceManager().getFileEntryForID(loc.getFileID()) != NULL){

                   unsigned int = loc.getSpellingLineNumber();
            }
         }
  }

I can't find anything special in the code which I'm using to check if my program works:

    void DeleteNode( XMLNode* node )    {
        node->_parent->DeleteChild( node );
    }

And this is the tree:

| | |-CXXMethodDecl 0x26b4090 <line:1576:5, line:1578:5> line:1576:10 DeleteNode 'void (class tinyxml2::XMLNode *)'
| | | |-ParmVarDecl 0x26b4010 <col:22, col:31> col:31 used node 'class tinyxml2::XMLNode *'
| | | |-CompoundStmt 0x26c9500 <col:38, line:1578:5>
| | | | `-CXXMemberCallExpr 0x26c94b8 <line:1577:9, col:42> 'void'
| | | |   |-MemberExpr 0x26c9460 <col:9, col:24> '<bound member function type>' ->DeleteChild 0x2699420
| | | |   | `-ImplicitCastExpr 0x26c9448 <col:9, col:15> 'class tinyxml2::XMLNode *' <LValueToRValue>
| | | |   |   `-MemberExpr 0x26c9418 <col:9, col:15> 'class tinyxml2::XMLNode *' lvalue ->_parent 0x269a310
| | | |   |     `-ImplicitCastExpr 0x26c9400 <col:9> 'class tinyxml2::XMLNode *' <LValueToRValue>
| | | |   |       `-DeclRefExpr 0x26c93d8 <col:9> 'class tinyxml2::XMLNode *' lvalue ParmVar 0x26b4010 'node' 'class tinyxml2::XMLNode *'

The object "loc" contains the location of the MemberExpr "_parent". 

Thanks.
 		 	   		  

_______________________________________________

cfe-dev mailing list

cfe-dev at lists.llvm.org

http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev




-- 

Mikhail Ramalho.
 		 	   		  


-- 

Mikhail Ramalho.void Mutation::run(const MatchFinder::MatchResult &Result) {void Mutation::run(const MatchFinder::MatchResult &Result) {void Mutation::run(const MatchFinder::MatchResult &Result) {

 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20160302/dd0fde65/attachment.html>


More information about the cfe-dev mailing list