[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