You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@thrift.apache.org by "Frank Schroeder (JIRA)" <ji...@apache.org> on 2014/03/20 19:48:42 UTC

[jira] [Created] (THRIFT-2418) panic on internal error

Frank Schroeder created THRIFT-2418:
---------------------------------------

             Summary: panic on internal error
                 Key: THRIFT-2418
                 URL: https://issues.apache.org/jira/browse/THRIFT-2418
             Project: Thrift
          Issue Type: Bug
          Components: Go - Compiler
    Affects Versions: 0.9.2
         Environment: All
            Reporter: Frank Schroeder
             Fix For: 0.9.2


The Go compiler is using the wrong err variable when handling an internal error in a handler method. Tested on fd62df75fa17d5c2af12302de6cee78ad7405692.

The relevant generated code looks like this:

{code}
	var err2 error
if result.Success, err2 = p.handler.RemoveBatchBySource(args.SourceId, args.SourceSystem, args.SourceType, args.UserId); err2 != nil {
	x := thrift.NewTApplicationException(thrift.INTERNAL_ERROR, "Internal error processing removeBatchBySource: "+err.Error())
	oprot.WriteMessageBegin("removeBatchBySource", thrift.EXCEPTION, seqId)
	x.Write(oprot)
	oprot.WriteMessageEnd()
	oprot.Flush()
	return false, err2
}
	}
{code}

The error in the TApplicationException should be err2.Error() and not err.Error(). Since err is nil at that point the server panics.

The patch for the Go compiler is a simple one line fix and I've attached it (if I can find out how).



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