Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE
Andrew Haley wrote:
Andrew Haley wrote:
OK, I've found it. The ClassNotFoundException is thrown from a security
check
in libgcj. We are calling Method m1 from method m0, and m1's class loader
is different from m0's class loader. We have to check that for every arg
in m1, the actual type
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK
Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE
Andrew To be clear: the two class loaders being checked are those of
Andrew interface org.eclipse.core.runtime.IPluginDescriptor
Andrew and
Andrew class org.eclipse.core.runtime.Platform
Andrew Tromey: are you quite sure we should be checking the class loader
Andrew of the interface type
Michael Koch wrote:
On Fri, Feb 15, 2008 at 11:50:38PM +0100, Thomas Girard wrote:
Hello,
A while ago, I wrote:
Using the following pakages:
* java-gcj-compat{,-dev} 1.0.69-2
* ecj, ecj-gcj, libecj-java and libecj-gcj 3.3.0+0728-1
* libgcj-bc, libgcj8{-1,-1-awt,-jar} 4.2.1-3
*
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK 1
java.lang.ClassNotFoundException: org.eclipse.core.runtime.Plugin
at
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK 1
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK 1
java.lang.ClassNotFoundException: org.eclipse.core.runtime.Plugin
at
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK
Andrew Haley wrote:
There are areas where compliant jvms might behave differently. For
example, the exact time when dependent classes are loaded isn't defined.
Maybe at class initialization time, maybe later. All the the spec
requires is that ClassNotFoundExceptions aren't raised until
On Fri, Feb 15, 2008 at 11:50:38PM +0100, Thomas Girard wrote:
Hello,
A while ago, I wrote:
Using the following pakages:
* java-gcj-compat{,-dev} 1.0.69-2
* ecj, ecj-gcj, libecj-java and libecj-gcj 3.3.0+0728-1
* libgcj-bc, libgcj8{-1,-1-awt,-jar} 4.2.1-3
*
Michael Koch wrote:
On Sat, Feb 16, 2008 at 10:33:21AM +, Andrew Haley wrote:
Michael Koch wrote:
On Sat, Feb 16, 2008 at 09:56:18AM +, Andrew Haley wrote:
Has anyone actually attempted to debug this? Which code actually calls
Runtime.exit()?
I tried to debug this but I dont found
Thomas Girard wrote:
Hello,
A while ago, I wrote:
Using the following pakages:
* java-gcj-compat{,-dev} 1.0.69-2
* ecj, ecj-gcj, libecj-java and libecj-gcj 3.3.0+0728-1
* libgcj-bc, libgcj8{-1,-1-awt,-jar} 4.2.1-3
* gcc-4.2-base 4.2.1-3
* gcj-4.1-base, gcj-4.1, gij-4.1, libgcj7-1
On Sat, Feb 16, 2008 at 09:56:18AM +, Andrew Haley wrote:
Has anyone actually attempted to debug this? Which code actually calls
Runtime.exit()?
I tried to debug this but I dont found out from where exit is called
with code 13.
I'm betting it's a bogus version check.
What kind of
Michael Koch wrote:
On Sat, Feb 16, 2008 at 09:56:18AM +, Andrew Haley wrote:
Has anyone actually attempted to debug this? Which code actually calls
Runtime.exit()?
I tried to debug this but I dont found out from where exit is called
with code 13.
What went wrong with the debugging?
On Sat, Feb 16, 2008 at 10:33:21AM +, Andrew Haley wrote:
Michael Koch wrote:
On Sat, Feb 16, 2008 at 09:56:18AM +, Andrew Haley wrote:
Has anyone actually attempted to debug this? Which code actually calls
Runtime.exit()?
I tried to debug this but I dont found out from where
Hello,
A while ago, I wrote:
Using the following pakages:
* java-gcj-compat{,-dev} 1.0.69-2
* ecj, ecj-gcj, libecj-java and libecj-gcj 3.3.0+0728-1
* libgcj-bc, libgcj8{-1,-1-awt,-jar} 4.2.1-3
* gcc-4.2-base 4.2.1-3
* gcj-4.1-base, gcj-4.1, gij-4.1, libgcj7-1 4.1.2-16
On Sat, Oct 27, 2007 at 10:17:47PM +0200, Thomas Girard wrote:
reassign 432541 gcj-4.2
retitle 432541 gcj-4.2 can no longer compile Eclipse plugins
merge 432539 432541
thanks
Hi,
after having slowly updated an etch chroot to a sid one using
snaphsot.debian.net, I have found that the
Le samedi 26 janvier 2008 à 17:12 +0100, Michael Koch a écrit :
I have just tried this with SUN JDK 6, Icedtea, gcj 4.3, jamvm and cacao
with the following result:
SUN JDK 6: Just works.
gcj-4.3: No output at all. Returns with exit code 13.
icedtea: No output at all. Returns with exit
reassign 432541 gcj-4.2
retitle 432541 gcj-4.2 can no longer compile Eclipse plugins
merge 432539 432541
thanks
Hi,
after having slowly updated an etch chroot to a sid one using
snaphsot.debian.net, I have found that the FTBFS occurs with gcj-4.2,
and is not related to ecj.
Indeed, using the
reassign 432541 eclipse-cdt
clone 432541 -1
reassign -1 gcj-4.3
thanks
eclipse-cdt still FTBFS, so keeping a duplicate there.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
22 matches
Mail list logo