This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: gcj-security and some issues

From: Andrew Haley <aph at redhat dot com>
To: Michael Koch <konqueror at gmx dot de>
Cc: Jakob Praher <jpraher at yahoo dot de>, "java at gcc dot gnu dot org" <java at gcc dot gnu dot org>
Date: Thu, 29 Apr 2004 15:35:10 +0100
Subject: Re: gcj-security and some issues
References: <1083017947.2476.35.camel@jaques2><200404270639.59638.konqueror@gmx.de><1083049885.2355.35.camel@jaques2><200404270926.07357.konqueror@gmx.de>

Michael Koch writes:
 > > Sure the above is just a little hack by me, but at least it shows my
 > > understanding of the issue.
 > 
 > Your analysis seems quite correct BUT the biggest problem yet is that 
 > StackTrace's implementation is just crap. The solution you provided is 
 > nearly the same I did here some days ago until I found out that 
 > StrackTrace is so dumb (it calls external apps to analyze the 
 > stack

Have you actually looked at the current implementation?  Simply doing
getClass(RawData), which is all you need, requires no external calls
at all.

Andrew.

References:
- gcj-security and some issues
  - From: Jakob Praher
- Re: gcj-security and some issues
  - From: Michael Koch
- Re: gcj-security and some issues
  - From: Jakob Praher
- Re: gcj-security and some issues
  - From: Michael Koch

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]