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 ac
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.
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
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 Appli
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 1
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 classes
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 1
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
>> j
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
org.eclip
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
org.eclipse.osgi.framework.inte
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
* gcc-
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 ou
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
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? Do
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 vers
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 4
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
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
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
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]
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 fol
Hello,
On Mon, Oct 22, 2007 at 02:42:40PM +0200, Matthias Klose wrote:
> Thomas, please could check with gcj-4.3 (from experimental) / gcc-snapshot?
With:
* gcc-snapshot 20071020-1
* gij-4.3 4.3-20071020-1
I have the same problem; make stops with:
make: *** [build-stamp] Error 13
I'm not ev
Andrew Haley schrieb:
> Thomas Girard writes:
>
> > It built successfully in June[2], and started to fail building in July[3].
>
> Ping Doko: what did you change in this time window?
On July 18:
gcc-4.1 (4.1.2-14) unstable; urgency=low
* Update to SVN 20070718.
* Update boehm-gc, libjava f
Thomas Girard writes:
> It built successfully in June[2], and started to fail building in July[3].
Ping Doko: what did you change in this time window?
Andrew.
--
Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4
1TE, UK
Registered in England and Wales No. 379890
Hello Andrew,
On Mon, Oct 22, 2007 at 11:55:43AM +0100, Andrew Haley wrote:
> > Moving from an etch chroot to sid, I was able to find out that the
> > following upgrades do not impact eclipse-cdt compilation:
> > * libc6 2.6.1-6
> > * ant 1.7.0-3
> > * eclipse 3.2.2-4
> >
> > This means
Thomas Girard writes:
> Le mercredi 10 octobre 2007 à 12:36 +0200, Thomas Girard a écrit :
> > Just another hint on this one: using etch to recompile eclipse-cdt
> > *does* work. So it's likely a problem in the toolchain.
>
> Moving from an etch chroot to sid, I was able to find out that the
Le mercredi 10 octobre 2007 à 12:36 +0200, Thomas Girard a écrit :
> Just another hint on this one: using etch to recompile eclipse-cdt
> *does* work. So it's likely a problem in the toolchain.
Moving from an etch chroot to sid, I was able to find out that the
following upgrades do not impact ecl
Just another hint on this one: using etch to recompile eclipse-cdt
*does* work. So it's likely a problem in the toolchain.
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello Andrew,
thanks for looking into this.
On Wed, Sep 12, 2007 at 08:15:47PM -0400, Andrew Overholt wrote:
> Try running the launcher directly:
>
> /usr/bin/eclipse -noSplash -application org.eclipse.ant.antRunner (or
> whatever). I think the exit in this case is due to the osgi
> configurati
Hi,
* Thomas Girard <[EMAIL PROTECTED]> [2007-09-11 16:01]:
>> cd source-tree/org.eclipse.cdt.releng && \
>> /usr/lib/jvm/java-gcj/bin/java -cp /usr/lib/eclipse/startup.jar \
>>
>> -Dosgi.sharedConfiguration.area=/usr/lib/eclipse/configuration \
Try running the launcher d
tags 432541 + help
thanks
I'm really stuck with this one.
This eclipse-cdt FTBFS is always reproducible on amd64 and i386; I have
not tried on other platforms.
Trying to build eclipse-cdt leads to:
cd source-tree/org.eclipse.cdt.releng && \
/usr/lib/jvm/java-gcj/bin/java -cp /usr/lib
tags 432541 + confirmed
thanks
Hi Lucas,
Le mardi 10 juillet 2007 à 12:10 +, Lucas Nussbaum a écrit :
> Package: eclipse-cdt
> version: 3.1.2-1
> Severity: serious
> User: [EMAIL PROTECTED]
> Usertags: qa-ftbfs-20070708
> Justification: FTBFS on i386
>
> Hi,
>
> During a rebuild of all pack
Package: eclipse-cdt
version: 3.1.2-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20070708
Justification: FTBFS on i386
Hi,
During a rebuild of all packages in sid, your package failed to build on i386.
Relevant part:
uudecode -o /dev/stdout debian/eclipse-cdt-target_filter.gif.
34 matches
Mail list logo
