3:52 p.m.
Anthony Green wrote:
I have to put this aside for a while due to time constraints. If
anybody else is willing to try to make a little more progress, I'd be
happy to share my Azureus patches and advice.
I'd like to take a look at those patches. Could you please drop them on
some webserver? I'm not going to commit myself to do anything meaningful
but I'd like to tinker with them a bit :-)
Thanks,
Rui
4:24 p.m.
New subject: Azureus status
On Mon, 2005-06-20 at 21:52 +0100, Rui Tiago Cação Matos wrote:
Anthony Green wrote:
> I have to put this aside for a while due to time constraints. If
> anybody else is willing to try to make a little more progress, I'd be
> happy to share my Azureus patches and advice.
I'd like to take a look at those patches. Could you please drop them on
some webserver? I'm not going to commit myself to do anything meaningful
but I'd like to tinker with them a bit :-)
Happily! Unfortunately this will have to wait 'til Saturday. I'm out
of town right now, and they're on my machine at home, which seems to
have gone down in the past few days.
AG
9:39 p.m.
New subject: Azureus status
I actually got to the point of having azureus running with gij. It fires
out a lot of errors but it doesn't crash :-)
I wasn't able to actually download anything with it, so that will be the
next thing I'm going to investigate.
Cheers,
Rui
10:28 p.m.
New subject: Azureus status
On Tue, 2005-06-21 at 03:39 +0100, Rui Tiago Cação Matos wrote:
I actually got to the point of having azureus running with gij. It
fires
out a lot of errors but it doesn't crash :-)
I wasn't able to actually download anything with it, so that will be the
next thing I'm going to investigate.
Which gcj version are you using?
I checked in a couple of important-to-Azureus networking fixes to the
FSF's 4.0 branch and cvs HEAD a while ago. These aren't in the FC4 gcj
yet.
AG
10:56 p.m.
New subject: Azureus status
From: Anthony Green <green(a)redhat.com>
Which gcj version are you using?
I'm using ubuntu's default version at this point:
gcj (GCC) 4.0.1 20050617 (prerelease) (Debian 4.0.0-9ubuntu2)
On a side note, trying to compile to native with gcj is a real mess (I'm
using azureus 2.3.0.2):
* .java -> native, I get
$ gcj --encoding=WINDOWS-1252 -I /usr/share/java/log4j-1.2.jar -I
/usr/share/java/xerces.jar -I /usr/share/java/gnu-crypto.jar -I
/usr/share/java/gnujaxp.jar -I ../org-metastatic-jessie.jar -I
/usr/share/java/swt-gtk-3.1.jar -I /usr/share/java/swt-pi-gtk-3.1.jar -I ../seda.jar -I
/usr/share/java/commons-cli.jar -c @azureus
./com/aelitis/azureus/core/networkmanager/impl/NetworkConnectionImpl.java:42: error: Class
‘com.aelitis.azureus.core.networkmanager.impl.NetworkConnectionImpl’ doesn't define
the abstract method ‘void
com.aelitis.azureus.core.networkmanager.NetworkConnection.connect(com.aelitis.azureus.core.networkmanager.NetworkConnection$ConnectionListener)’
from interface ‘com.aelitis.azureus.core.networkmanager.NetworkConnection’. This method
must be defined or class
‘com.aelitis.azureus.core.networkmanager.impl.NetworkConnectionImpl’ must be declared
abstract.
public class NetworkConnectionImpl implements NetworkConnection {
^
@azureus is a file containing all the .java files. I don't really have
any experience with java (using this as learning project :-) but from
what I can see that connect() method _is_ implemented in the right
place...
* .java -> .class with jikes and then .class -> native with gcj goes like
this:
$ gcj --encoding=WINDOWS-1252 -I /usr/share/java/log4j-1.2.jar -I
/usr/share/java/xerces.jar -I /usr/share/java/gnu-crypto.jar -I
/usr/share/java/gnujaxp.jar -I ../../org-metastatic-jessie.jar -I
/usr/share/java/swt-gtk-3.1.jar -I /usr/share/java/swt-pi-gtk-3.1.jar -I ../../seda.jar -I
/usr/share/java/commons-cli.jar azureus2.jar -o azureus -w
org/gudy/azureus2/ui/swt/views/MyTorrentsSuperView.java: In class
'org.gudy.azureus2.ui.swt.views.MyTorrentsSuperView':
org/gudy/azureus2/ui/swt/views/MyTorrentsSuperView.java: In method
'org.gudy.azureus2.ui.swt.views.MyTorrentsSuperView.generateDiagnostics(org.gudy.azureus2.core3.util.IndentWriter)':
org/gudy/azureus2/ui/swt/views/MyTorrentsSuperView.java:207: error: verification error at
PC=75
org/gudy/azureus2/ui/swt/views/MyTorrentsSuperView.java:207: error: might transfer control
into subroutine
org/gudy/azureus2/ui/swt/Tab.java: In class 'org.gudy.azureus2.ui.swt.Tab':
org/gudy/azureus2/ui/swt/Tab.java: In method
'org.gudy.azureus2.ui.swt.Tab.dispose()':
org/gudy/azureus2/ui/swt/Tab.java:468: error: verification error at PC=91
org/gudy/azureus2/ui/swt/Tab.java:468: error: might transfer control into subroutine
org/gudy/azureus2/ui/web2/stages/hdapi/WildcardDynamicHttp.java: In class
'org.gudy.azureus2.ui.web2.stages.hdapi.WildcardDynamicHttp':
org/gudy/azureus2/ui/web2/stages/hdapi/WildcardDynamicHttp.java: In method
'org.gudy.azureus2.ui.web2.stages.hdapi.WildcardDynamicHttp.doRequest(org.gudy.azureus2.ui.web2.http.request.httpRequest)':
org/gudy/azureus2/ui/web2/stages/hdapi/WildcardDynamicHttp.java:173: error: verification
error at PC=75
org/gudy/azureus2/ui/web2/stages/hdapi/WildcardDynamicHttp.java:173: error: loading local
variable 5 which has unknown type
org/gudy/azureus2/ui/webplugin/remoteui/xml/client/XMLHTTPClient.java: In class
'org.gudy.azureus2.ui.webplugin.remoteui.xml.client.XMLHTTPClient':
org/gudy/azureus2/ui/webplugin/remoteui/xml/client/XMLHTTPClient.java: In method
'org.gudy.azureus2.ui.webplugin.remoteui.xml.client.XMLHTTPClient.sendRequestSupport(java.lang.String)':
org/gudy/azureus2/ui/webplugin/remoteui/xml/client/XMLHTTPClient.java:424: error:
verification error at PC=336
org/gudy/azureus2/ui/webplugin/remoteui/xml/client/XMLHTTPClient.java:424: error: might
transfer control into subroutine
org/gudy/azureus2/pluginsimpl/local/utils/resourcedownloader/ResourceDownloaderURLImpl.java:
In class
'org.gudy.azureus2.pluginsimpl.local.utils.resourcedownloader.ResourceDownloaderURLImpl':
org/gudy/azureus2/pluginsimpl/local/utils/resourcedownloader/ResourceDownloaderURLImpl.java:
In method
'org.gudy.azureus2.pluginsimpl.local.utils.resourcedownloader.ResourceDownloaderURLImpl.getSizeSupport()':
org/gudy/azureus2/pluginsimpl/local/utils/resourcedownloader/ResourceDownloaderURLImpl.java:160:
error: verification error at PC=295
org/gudy/azureus2/pluginsimpl/local/utils/resourcedownloader/ResourceDownloaderURLImpl.java:160:
error: might transfer control into subroutine
org/gudy/azureus2/pluginsimpl/local/utils/resourcedownloader/ResourceDownloaderURLImpl.java:
In method
'org.gudy.azureus2.pluginsimpl.local.utils.resourcedownloader.ResourceDownloaderURLImpl.download()':
org/gudy/azureus2/pluginsimpl/local/utils/resourcedownloader/ResourceDownloaderURLImpl.java:316:
error: verification error at PC=902
org/gudy/azureus2/pluginsimpl/local/utils/resourcedownloader/ResourceDownloaderURLImpl.java:316:
error: might transfer control into subroutine
org/gudy/azureus2/core3/disk/impl/access/impl/DMReaderImpl.java: In class
'org.gudy.azureus2.core3.disk.impl.access.impl.DMReaderImpl$DiskReadThread':
org/gudy/azureus2/core3/disk/impl/access/impl/DMReaderImpl.java: In method
'org.gudy.azureus2.core3.disk.impl.access.impl.DMReaderImpl$DiskReadThread.runSupport()':
org/gudy/azureus2/core3/disk/impl/access/impl/DMReaderImpl.java:306: error: verification
error at PC=313
org/gudy/azureus2/core3/disk/impl/access/impl/DMReaderImpl.java:306: error: transfer out
of subroutine
org/gudy/azureus2/core3/disk/impl/access/impl/DMWriterAndCheckerImpl.java: In class
'org.gudy.azureus2.core3.disk.impl.access.impl.DMWriterAndCheckerImpl$DiskWriteThread':
org/gudy/azureus2/core3/disk/impl/access/impl/DMWriterAndCheckerImpl.java: In method
'org.gudy.azureus2.core3.disk.impl.access.impl.DMWriterAndCheckerImpl$DiskWriteThread.runSupport()':
org/gudy/azureus2/core3/disk/impl/access/impl/DMWriterAndCheckerImpl.java:895: error:
verification error at PC=399
org/gudy/azureus2/core3/disk/impl/access/impl/DMWriterAndCheckerImpl.java:895: error:
transfer out of subroutine
org/gudy/azureus2/core3/disk/impl/DiskManagerImpl.java: In class
'org.gudy.azureus2.core3.disk.impl.DiskManagerImpl':
org/gudy/azureus2/core3/disk/impl/DiskManagerImpl.java: In method
'org.gudy.azureus2.core3.disk.impl.DiskManagerImpl.filesExist(java.lang.String)':
org/gudy/azureus2/core3/disk/impl/DiskManagerImpl.java:409: error: verification error at
PC=592
org/gudy/azureus2/core3/disk/impl/DiskManagerImpl.java:409: error: might transfer control
into subroutine
org/gudy/azureus2/core3/util/FileUtil.java: In class
'org.gudy.azureus2.core3.util.FileUtil':
org/gudy/azureus2/core3/util/FileUtil.java: In method
'org.gudy.azureus2.core3.util.FileUtil.readResilientConfigFile(java.lang.String)':
org/gudy/azureus2/core3/util/FileUtil.java:402: error: verification error at PC=61
org/gudy/azureus2/core3/util/FileUtil.java:402: error: might transfer control into
subroutine
org/gudy/azureus2/core3/util/FileUtil.java:402: confused by earlier errors, bailing out
I don't know what these mean...
I'm problably doing a lot of mistakes here :-) I'd be glad to hear about
them.
Rui
11:39 p.m.
New subject: Azureus status
On Tue, 2005-06-21 at 04:56 +0100, Rui Tiago Cação Matos wrote:
On a side note, trying to compile to native with gcj is a real mess
(I'm
using azureus 2.3.0.2):
I hadn't bothered with native compilation yet. It seemed that there
were enough library problems to simply continue debugging with gij.
* .java -> .class with jikes and then .class -> native with gcj
goes like
this:
jikes appears to be making bytecode gcj doesn't like. It would be good
if could create a test case and report the bug to gcc.gnu.org/bugzilla.
Thanks for working on this!
AG
10:12 a.m.
New subject: Azureus status
>>>> "Anthony" == Anthony Green
<green(a)redhat.com> writes:
> * .java -> .class with jikes and then .class -> native with
gcj goes like
> this:
Anthony> jikes appears to be making bytecode gcj doesn't like. It
Anthony> would be good if could create a test case and report the bug
Anthony> to gcc.gnu.org/bugzilla.
The 4.0.x gcj has two different bytecode verifiers: the old one and
the new one. The new one is used when -findirect-dispatch is
specified. (On gcc cvs trunk the new one is always used.)
The old verifier rejects some code that the new verifier accepts. I
recommend trying to compile the .class files with -findirect-dispatch.
Tom
3:54 p.m.
New subject: Azureus status
From: Tom Tromey <tromey(a)redhat.com>
The old verifier rejects some code that the new verifier accepts. I
recommend trying to compile the .class files with -findirect-dispatch.
Indeed -findirect-dispatch works. I ended up with a 29 MB azureus
binary. Yet it doesn't run even after setting CLASSPATH as I am doing to
run the .jar with gij.
Rui
10:14 a.m.
New subject: Azureus status
>>>> "Rui" == Rui Tiago Cação Matos
<tiagomatos(a)gmail.com> writes:
Rui> ./com/aelitis/azureus/core/networkmanager/impl/NetworkConnectionImpl.java:42:
error: Class ¡com.aelitis.azureus.core.networkmanager.impl.NetworkConnectionImpl¢
doesn't define the abstract method ¡void
com.aelitis.azureus.core.networkmanager.NetworkConnection.connect(com.aelitis.azureus.core.networkmanager.NetworkConnection$ConnectionListener)¢
from interface ¡com.aelitis.azureus.core.networkmanager.NetworkConnection¢. This method
must be defined or class
¡com.aelitis.azureus.core.networkmanager.impl.NetworkConnectionImpl¢ must be declared
abstract.
Rui> public class NetworkConnectionImpl implements NetworkConnection {
Rui> ^
Rui> @azureus is a file containing all the .java files. I don't really have
Rui> any experience with java (using this as learning project :-) but from
Rui> what I can see that connect() method _is_ implemented in the right
Rui> place...
Probably a gcj bug. It would be helpful if you could write a reduced
test case and file it in the gcc bugzilla...
Tom
6877
days inactive
6878
days old
java-devel@lists.fedoraproject.org
8 comments
3 participants
participants (3)
-
Anthony Green -
Rui Tiago Cação Matos -
Tom Tromey