[Kaffe] problem with stack traces

Moses DeJong dejong at cs.umn.edu
Wed Feb 3 23:54:04 PST 1999


On Thu, 4 Feb 1999, Godmar Back wrote:

> 
>  You have a point, Tony.

That is only printed when you have the JIT on. I think
having the JIT on is the default for 1.2 but you should
be able to disable it by passing -Djava.compiler=NONE
to java when it starts up.

mo


> Btw, 1.2 on Solaris prints this for Mo's example:
> 
> java.lang.Exception
> 	at SomeClass.foo(Compiled Code)
> 	at SomeClass.run(Compiled Code)
> 	at java.lang.Thread.run(Compiled Code)
> 
>     - Godmar
> 
> > 
> > Quoth Godmar Back on Wed, 3 February:
> > : 
> > : Mo, I implemented a quick version and checked it in:
> > : It's not as pretty as Sun's which prints the basename of a SourceFile only,
> > : but maybe we don't want that anyway cause it could be ambiguous.
> > : 
> > 
> > One is always reluctant to make a statement which might be interpreted
> > as a request for someone else to write code, but that fear
> > notwithstanding, I will mention, just FYI, that it is a marginally
> > common practice to find one's callers by parsing the output of
> >     (new Exception("traceback")).printStackTrace()
> > I say "marginally common" because I have personal knowledge of at
> > least three persons who have independently implemented such code!
> > 
> > It would much simplify such code, if Kaffe could format tracebacks
> > more nearly compatibly -- i.e. use the same separator characters, and
> > significant elements per line, whitespace not being important.  (In
> > the best of all possible worlds, Kaffe would set an example so good
> > that Sun elects to standardize it, and implement a call-stack query
> > extension to the reflection interface:-)  But I won't hold my breath.)
> > 
> > 
> 
> 



More information about the kaffe mailing list