Nabble - IKVM .NET - Dev

Re: IKVM without GNU classpath

2008-09-25T23:58:25Z

Volker Berlin wrote:
> A last question. I am understand that a renaming can be a large
> problem. But what is with visibility. Is it possible to change some
> public methods to internal?

There is the ikvmc -privatepackage option. Even though it is named private*package*, it simply does a StartWith on the class name, so if you specify a full class name it will make that single class internal to the assembly.

Regards,
Jeroen

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVM without GNU classpath

2008-09-25T23:53:31Z

Volker Berlin wrote:

> > I think that a peer like approach would be most convenient, i.e.
> create an interface in Java and then use reflection to instantiate a C#
> object that implements that interface. That way you can write C# code
> and have full access to all Java types, like I did with
> IKVM.AWT.WinForms.dll. It probably means we have to modify some Java
> code to go through the interface, instead of call native methods, but
> in the end that is probably better then using some "magic" mechanism.
>
> The large problem with the Sun code is that the native methods are not
> on some single places. It are in many classes only a single method.
> That I prefer to redirect / replace all native methods to my
> implementation like:
>
> <method name="hashCode" sig="()I" modifiers="public">
> <redirect class="java.lang.StringHelper" name="hashCode"
> type="static" sig="(Lcli.System.String;)I" /> </method>
>
> The signatures of the native method are change very rare that this is
> not a problem on updating. The replacing of a large count of Java
> classes can be a problem with future updates.

I understand the temptation, because I did the same thing originally, but now I've come around to modifying the Java sources in more cases. There aren't all that many changes to most stable areas of OpenJDK and three way merging makes it very easy to merge in any changes that do occur *and* while doing the merge you can immediately review whether you changes are affected.

Regards,
Jeroen

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVM without GNU classpath

2008-09-25T06:58:57Z

Hi Jeroen,

A last question. I am understand that a renaming can be a large problem. But what is with visibility. Is it possible to change some public methods to internal?

Volker

-----Ursprüngliche Nachricht-----
Von: Jeroen Frijters [mailto:jeroen@...]
Gesendet: Donnerstag, 25. September 2008 14:53
An: Volker Berlin; ikvm-developers@...
Betreff: RE: [Ikvm-developers] IKVM without GNU classpath

Volker Berlin wrote:
> Because we search for the best practices to implements the native
> methods of awt there can be the map.xml a good idea. But we does not
> understand all:
>
> What means the tag <override ...> ?
> What are the differences between the tags body, alternateBody and
> nonvirtualAlternateBody?

Most of these are only used for the special cases (java.lang.Object, java.lang.String and java.lang.Throwable).

<body /> can be used to implement native methods directly in MSIL, but that is rarely needed.

> Another idea is to implements all native methods in openjdk.cs. Can
> this work with the FIRST_PASS? Or work this only with runtime.dll and
> classpath.dll?

It is possible, but it is not very convenient because you can't use any of the Java types in the method signatures (because the signature has to be available during FIRST_PASS compilation).

I think that a peer like approach would be most convenient, i.e. create an interface in Java and then use reflection to instantiate a C# object that implements that interface. That way you can write C# code and have full access to all Java types, like I did with IKVM.AWT.WinForms.dll. It probably means we have to modify some Java code to go through the interface, instead of call native methods, but in the end that is probably better then using some "magic" mechanism.

BTW, I've been working on getting ikvmc multi target support working (by working around the Reflection.Emit bug [1]) and I have successfully compiled IKVM.OpenJDK.ClassLibrary.dll with the workaround code, so I'm getting closer to being able to compile the AWT/Swing code into a separate assembly.

Regards,
Jeroen

[1] http://weblog.ikvm.net/PermaLink.aspx?guid=afe525f9-1715-4db2-9d71-34892292cb87
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVM without GNU classpath

2008-09-25T06:35:08Z

Hi Jeroen,

> I think that a peer like approach would be most convenient, i.e. create an interface in Java and then use reflection to instantiate a C# object that implements that interface. That way you can write C# code and have full access to all Java types, like I did with IKVM.AWT.WinForms.dll. It probably means we have to modify some Java code to go through the interface, instead of call native methods, but in the end that is probably better then using some "magic" mechanism.

The large problem with the Sun code is that the native methods are not on some single places. It are in many classes only a single method. That I prefer to redirect / replace all native methods to my implementation like:

<method name="hashCode" sig="()I" modifiers="public">
<redirect class="java.lang.StringHelper" name="hashCode" type="static" sig="(Lcli.System.String;)I" />
</method>

The signatures of the native method are change very rare that this is not a problem on updating. The replacing of a large count of Java classes can be a problem with future updates.

Volker

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVM without GNU classpath

2008-09-25T05:52:41Z

Volker Berlin wrote:
> Because we search for the best practices to implements the native
> methods of awt there can be the map.xml a good idea. But we does not
> understand all:
>
> What means the tag <override ...> ?
> What are the differences between the tags body, alternateBody and
> nonvirtualAlternateBody?

Most of these are only used for the special cases (java.lang.Object, java.lang.String and java.lang.Throwable).

<body /> can be used to implement native methods directly in MSIL, but that is rarely needed.

> Another idea is to implements all native methods in openjdk.cs. Can
> this work with the FIRST_PASS? Or work this only with runtime.dll and
> classpath.dll?

It is possible, but it is not very convenient because you can't use any of the Java types in the method signatures (because the signature has to be available during FIRST_PASS compilation).

I think that a peer like approach would be most convenient, i.e. create an interface in Java and then use reflection to instantiate a C# object that implements that interface. That way you can write C# code and have full access to all Java types, like I did with IKVM.AWT.WinForms.dll. It probably means we have to modify some Java code to go through the interface, instead of call native methods, but in the end that is probably better then using some "magic" mechanism.

BTW, I've been working on getting ikvmc multi target support working (by working around the Reflection.Emit bug [1]) and I have successfully compiled IKVM.OpenJDK.ClassLibrary.dll with the workaround code, so I'm getting closer to being able to compile the AWT/Swing code into a separate assembly.

Regards,
Jeroen

[1] http://weblog.ikvm.net/PermaLink.aspx?guid=afe525f9-1715-4db2-9d71-34892292cb87
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVM without GNU classpath

2008-09-25T05:37:06Z

Hi Jeroen,

Thanks for the answer. Then we will use another solution.

Because we search for the best practices to implements the native methods of awt there can be the map.xml a good idea. But we does not understand all:

What means the tag <override ...> ?
What are the differences between the tags body, alternateBody and nonvirtualAlternateBody?

Another idea is to implements all native methods in openjdk.cs. Can this work with the FIRST_PASS? Or work this only with runtime.dll and classpath.dll?

Volker

-----Ursprüngliche Nachricht-----
Von: Jeroen Frijters [mailto:jeroen@...]
Gesendet: Donnerstag, 25. September 2008 14:11
An: Volker Berlin; ikvm-developers@...
Betreff: RE: Naming Conventions

Volker Berlin wrote:
> With your tip at http://weblog.ikvm.net/default.aspx?date=2005-05-02 it
> was passible to rename setter and getter to properties. But we does not
> know how we can rename simple method names like "execute()" -->
> "Execute()".
>
> How is the XML syntax for it.

There is no XML syntax for that.

It would be quite a lot of work (probably more than you would expect) to add that to ikvmc and I really don't see it as the job of ikvmc to do something like that. It's better to use either a Java .class or .NET assembly processing tool to do this.

Regards,
Jeroen

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: Naming Conventions

2008-09-25T05:10:36Z

Volker Berlin wrote:
> With your tip at http://weblog.ikvm.net/default.aspx?date=2005-05-02 it
> was passible to rename setter and getter to properties. But we does not
> know how we can rename simple method names like "execute()" -->
> "Execute()".
>
> How is the XML syntax for it.

There is no XML syntax for that.

It would be quite a lot of work (probably more than you would expect) to add that to ikvmc and I really don't see it as the job of ikvmc to do something like that. It's better to use either a Java .class or .NET assembly processing tool to do this.

Regards,
Jeroen

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Naming Conventions

2008-09-25T04:45:16Z

Hi Jeroen,

With your tip at http://weblog.ikvm.net/default.aspx?date=2005-05-02 it was passible to rename setter and getter to properties. But we does not know how we can rename simple method names like "execute()" --> "Execute()".

How is the XML syntax for it.

Volker Berlin

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVM without GNU classpath

2008-09-25T01:27:36Z

Hi Volker,

On Wed, 2008-09-24 at 20:40 +0200, Volker Berlin wrote:
> Nice idea, but this solv only a small part of the problem. The
> implementation of the AWT GUI components for .NET is simple and allready
> exist. The large problem are all the other classes in the AWT package like
> the Toolkit, Font, GraphicDevices, etc. It is fewer a problem else more the
> large amount of native methods that are to peer to .NET.

Please do take a look at the Caciocavallo documentation, they really try
to address a lot of this. See
http://hg.openjdk.java.net/caciocavallo/caciocavallo/raw-file/tip/cacio-docs/index.html which has tutorials on creating alternative graphics backends and reusing parts of the existing OpenJDK graphics code. Also read Roman's blog, who just recently was talking about replacing the font backend:
http://kennke.org/blog/2008/09/24/caciocavallo-for-the-masses/

Cheers,

Mark

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVM without GNU classpath

2008-09-24T11:40:15Z

Hi Mark,

Nice idea, but this solv only a small part of the problem. The
implementation of the AWT GUI components for .NET is simple and allready
exist. The large problem are all the other classes in the AWT package like
the Toolkit, Font, GraphicDevices, etc. It is fewer a problem else more the
large amount of native methods that are to peer to .NET.

Volker

-----Ursprüngliche Nachricht-----
Von: Mark Wielaard [mailto:mark@...]
Gesendet: Sonntag, 21. September 2008 11:50
An: Jeroen Frijters
Cc: Volker Berlin; ikvm-developers@...
Betreff: Re: [Ikvm-developers] IKVM without GNU classpath

Hi,

On Sun, 2008-09-21 at 10:36 +0200, Jeroen Frijters wrote:
> After the 0.38 release, I would like to start integrating OpenJDK's
AWT/Swing code, but there is a big caveat. I don't want to use native code
in the standard IKVM codebase. So the current AWT peers (that you also
worked on) will have to be ported to OpenJDK. In addition, it would be nice
if there was a way to (optionally) run with the OpenJDK native code.
>
> So, yes there is definitely lots of work to do and you can certainly help
:-)

Two GNU Classpath hackers, Roman and Mario, have been working on making
OpenJDK's AWT peer implementation more flexible to more easily plug in
alternative AWT implementations. It is called Caciocavallo and does come
with lots of documentation on how to implement an AWT backend:
http://openjdk.java.net/projects/caciocavallo/
One interesting idea is to reuse as much of the Swing components (which
are already "pure java") as AWT components so you only have to implement
some simple drawing surfaces. See
http://kennke.org/blog/2008/09/03/cacio-swing-awt-peers/

Cheers,

Mark

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: Embedding IKVM.AWT into windows.forms

2008-09-24T02:57:08Z

since someone might run into the same problem as i did, i'll post another version of this :)
( i was trying to convert a java.awt.BufferedImage that an IKVMed PdfBox generated into a .NET Bitmap i could use in C#)

// this is C# code. Page is an org.pdfbox.pdmodel.PDPage. i'm trying to get a tiff out of a pdf here.
java.awt.image.BufferedImage image = (java.awt.image.BufferedImage)Page.convertToImage();
ikvm.awt.NetToolkit ntk = (ikvm.awt.NetToolkit) ikvm.awt.NetToolkit.getDefaultToolkit();
java.awt.Image ntkImage = ntk.createImage(image.getSource());
Type type = ntkImage.GetType();
System.Reflection.FieldInfo field = type.GetField("mBitmap", System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Instance);
System.Drawing.Bitmap ImageToSave = (System.Drawing.Bitmap)field.GetValue(ntkImage);

Jeroen Frijters wrote:

Peter Cahill wrote:
> I'm looking to embed a Java AWT-based application into a windows.forms
> program. I have successfully converted the .jar file with IKVM, and it
> worked perfectly on its own, but I'm a bit lost as to how I should go
> about embedding the IKVM.AWT form into a normal windows.forms
> control/object.
>
> Has anyone tried doing this before? If not, can someone give me some
> advice on how I should (theoretically) approach it?

There is currently no way to do this.

> If its not possible, an alternative route for me would be to try to
> just draw a IKVM.AWT BufferedImage object to a windows.form as the
> application I wish to embed uses it to draw to the frame. If thats
> possible that is.

This is possible, but somewhat hacky:

protected override void OnPaint(PaintEventArgs e)
{
java.awt.Frame frame = new java.awt.Frame();
frame.pack();
java.awt.peer.ComponentPeer peer = frame.getPeer();
frame.dispose();
java.awt.image.BufferedImage img = (java.awt.image.BufferedImage)peer.createImage(100, 100);
java.awt.Graphics2D g = (java.awt.Graphics2D)img.getGraphics();
g.drawRoundRect(10, 10, 50, 50, 5, 5);
Type type = img.GetType();
System.Reflection.FieldInfo field = type.GetField("bitmap", System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Instance);
Bitmap bitmap = (Bitmap)field.GetValue(img);
e.Graphics.DrawImage(bitmap, 0, 0);
}

Obviously you don't want to do the hacky bits in every paint, but you should hang on to the bitmap that corresponds to the BufferedImage instead.

Regards,
Jeroen

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: Converting Naming conventions from Java to C#

2008-09-21T09:02:40Z

Hi Jeroen,

Thanks. Yes, this sound like the think that we need. It seems that the documentation at http://www.ikvm.net/userguide/ikvmc.html is a little out dated. There is no parameter -remap described.

Volker

-----Ursprüngliche Nachricht-----
Von: Jeroen Frijters [mailto:jeroen@...]
Gesendet: Sonntag, 21. September 2008 12:53
An: Volker Berlin; ikvm-developers@...
Betreff: RE: [Ikvm-developers] Converting Naming conventions from Java to C#

Volker Berlin wrote:
> Are there an flag on the ikvmc to convert the naming convention from
> Java to C#.

No.

> The Idea is that methods name will be written with a upper letter and
> setter/getter will be Properties.

There is some support for defining properties via the -remap option.
See http://weblog.ikvm.net/default.aspx?date=2005-05-07

Regards,
Jeroen

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: Converting Naming conventions from Java to C#

2008-09-21T03:53:29Z

Volker Berlin wrote:
> Are there an flag on the ikvmc to convert the naming convention from
> Java to C#.

No.

> The Idea is that methods name will be written with a upper letter and
> setter/getter will be Properties.

There is some support for defining properties via the -remap option.
See http://weblog.ikvm.net/default.aspx?date=2005-05-07

Regards,
Jeroen

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVM without GNU classpath

2008-09-21T03:50:32Z

Volker Berlin wrote:
> > After this, the next step is to try building the OpenJDK AWT/Swing
> > code into a separate assembly.
> Why you want split it? I think it will be inpossible because the
> dependencies in the OpenJDK self.

There are three reasons:
1) It makes development much faster, because you don't need to rebuild the whole class library every time.
2) It opens a path towards supporting different AWT implementations (the other being the native OpenJDK one)
3) I really want to split IKVM.OpenJDK.ClassLibrary.dll into smaller pieces for the 0.40 release.

> > There is a mechanism for this specific to "native" methods in
> > IKVM.Runtime.dll, but we can easily extend that to work for other
> > assemblies as well.
> I have found some things in openjdk.cs with a package prefix
> IKVM.NativeCode. If there should no cyclic dependicies then it must
> extends to other assemblies. Are there reasons that this is not a
> global package prefix in all assemblies?

Currently the code only looks inside the runtime assembly. It's not a big deal, just that nobody has ever requested such a feature.

Regards,
Jeroen
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Converting Naming conventions from Java to C#

2008-09-21T03:28:43Z

Hi,

Are there an flag on the ikvmc to convert the naming convention from Java to C#. I know that this can break Reflections. But our public API will not call with Reflection. It should also not the default else a flag

The Idea is that methods name will be written with a upper letter and setter/getter will be Properties.

I to fear it is difficulter as I think and not possible for IKVM. We will config an obfuscator to do the job if IKVM can not do it.

Volker

Re: IKVM without GNU classpath

2008-09-21T03:05:46Z

Hi Jeroen,

> After this, the next step is to try building the OpenJDK AWT/Swing code into a separate assembly.
Why you want split it? I think it will be inpossible because the dependencies in the OpenJDK self.

It's probably best to wait for my next snapshot (hopefully due next week). That should be very close to the 0.38 release and also should include a stripped down build of OpenJDK 6 b12.
> A week is not a problem. We will wait.

> There is a mechanism for this specific to "native" methods in IKVM.Runtime.dll, but we can easily extend that to work for other assemblies as well.
I have found some things in openjdk.cs with a package prefix IKVM.NativeCode. If there should no cyclic dependicies then it must extends to other assemblies. Are there reasons that this is not a global package prefix in all assemblies?

Volker

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVM without GNU classpath

2008-09-21T02:49:45Z

Hi,

On Sun, 2008-09-21 at 10:36 +0200, Jeroen Frijters wrote:
> After the 0.38 release, I would like to start integrating OpenJDK's AWT/Swing code, but there is a big caveat. I don't want to use native code in the standard IKVM codebase. So the current AWT peers (that you also worked on) will have to be ported to OpenJDK. In addition, it would be nice if there was a way to (optionally) run with the OpenJDK native code.
>
> So, yes there is definitely lots of work to do and you can certainly help :-)

Two GNU Classpath hackers, Roman and Mario, have been working on making
OpenJDK's AWT peer implementation more flexible to more easily plug in
alternative AWT implementations. It is called Caciocavallo and does come
with lots of documentation on how to implement an AWT backend:
http://openjdk.java.net/projects/caciocavallo/
One interesting idea is to reuse as much of the Swing components (which
are already "pure java") as AWT components so you only have to implement
some simple drawing surfaces. See
http://kennke.org/blog/2008/09/03/cacio-swing-awt-peers/

Cheers,

Mark

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVM without GNU classpath

2008-09-21T02:19:59Z

Volker Berlin wrote:
> > So, yes there is definitely lots of work to do and you can certainly
> > help :-)
> What is the best way to start? What will occur if we (I and my
> colleges) replaces all GNU Classpath files with the equals from
> OpenJDK? Do you have test this already?

I think the first step should be to try to remove AWT/Swing from IKVM.OpenJDK.ClassLibrary.dll. This probably isn't too hard (but it isn't trivial, there are some dependencies, you can't simply remove the java.awt.* and javax.swing.* packages).

After this, the next step is to try building the OpenJDK AWT/Swing code into a separate assembly.

It's probably best to wait for my next snapshot (hopefully due next week). That should be very close to the 0.38 release and also should include a stripped down build of OpenJDK 6 b12.

> > I don't want to use native code in the standard IKVM codebase. So the
> current AWT peers (that you also worked on) will have to be ported to
> OpenJDK.
> Thats right. I think the problem are the native methods that are
> scattered over many classes and not in a central place.
> Forgive my stupid question but it is some time ago that I work on the
> code. Is it possible to implement a native methode in .NET without
> replacing/changing the Java source file from OpenJDK? Like:
>
> ikvm.native.java.awt.Toolkit.createImage(byte[] imagedata)

There is a mechanism for this specific to "native" methods in IKVM.Runtime.dll, but we can easily extend that to work for other assemblies as well.

Regards,
Jeroen
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVM without GNU classpath

2008-09-21T02:05:18Z

Hi Jeroen,

> So, yes there is definitely lots of work to do and you can certainly help :-)
What is the best way to start? What will occur if we (I and my colleges) replaces all GNU Classpath files with the equals from OpenJDK? Do you have test this already?

> I don't want to use native code in the standard IKVM codebase. So the current AWT peers (that you also worked on) will have to be ported to OpenJDK.
Thats right. I think the problem are the native methods that are scattered over many classes and not in a central place.
Forgive my stupid question but it is some time ago that I work on the code. Is it possible to implement a native methode in .NET without replacing/changing the Java source file from OpenJDK? Like:

ikvm.native.java.awt.Toolkit.createImage(byte[] imagedata)

Volker

-----Ursprüngliche Nachricht-----
Von: Jeroen Frijters [mailto:jeroen@...]
Gesendet: Sonntag, 21. September 2008 10:37
An: Volker Berlin; ikvm-developers@...
Betreff: RE: [Ikvm-developers] IKVM without GNU classpath

Volker Berlin wrote:
> Over 3 month ago the OpenJDK has passed the Java Test Compatibility Kit
> (TCK). This show that the OpenJDK together with IcedTea is completely.
> I think a IKVM without GNU Classpath can be more compatible.

Definitely. Note that IKVM 0.36 is already based mostly on OpenJDK. It still uses early IcedTea code for some security and crypto implementations and, of course, GNU Classpath's Swing and AWT implementation.

> Is there any plan for a release of IKVM without GNU Classpath and only
> with OpenJDK and GNU Classpath? What is the timeframe for it. What are
> the problems with it? Can I help you with it?

I'm currently working on the final stretch before the 0.38 release, which will still contain GNU Classpath based AWT/Swing code, but security/crypto is now OpenJDK code.

After the 0.38 release, I would like to start integrating OpenJDK's AWT/Swing code, but there is a big caveat. I don't want to use native code in the standard IKVM codebase. So the current AWT peers (that you also worked on) will have to be ported to OpenJDK. In addition, it would be nice if there was a way to (optionally) run with the OpenJDK native code.

So, yes there is definitely lots of work to do and you can certainly help :-)

Regards,
Jeroen

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVM without GNU classpath

2008-09-21T01:36:53Z

Volker Berlin wrote:
> Over 3 month ago the OpenJDK has passed the Java Test Compatibility Kit
> (TCK). This show that the OpenJDK together with IcedTea is completely.
> I think a IKVM without GNU Classpath can be more compatible.

Definitely. Note that IKVM 0.36 is already based mostly on OpenJDK. It still uses early IcedTea code for some security and crypto implementations and, of course, GNU Classpath's Swing and AWT implementation.

> Is there any plan for a release of IKVM without GNU Classpath and only
> with OpenJDK and GNU Classpath? What is the timeframe for it. What are
> the problems with it? Can I help you with it?

I'm currently working on the final stretch before the 0.38 release, which will still contain GNU Classpath based AWT/Swing code, but security/crypto is now OpenJDK code.

After the 0.38 release, I would like to start integrating OpenJDK's AWT/Swing code, but there is a big caveat. I don't want to use native code in the standard IKVM codebase. So the current AWT peers (that you also worked on) will have to be ported to OpenJDK. In addition, it would be nice if there was a way to (optionally) run with the OpenJDK native code.

So, yes there is definitely lots of work to do and you can certainly help :-)

Regards,
Jeroen
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

IKVM without GNU classpath

2008-09-21T01:09:02Z

Hi,

Over 3 month ago the OpenJDK has passed the Java Test Compatibility Kit (TCK). This show that the OpenJDK together with IcedTea is completely. I think a IKVM without GNU Classpath can be more compatible.

Is there any plan for a release of IKVM without GNU Classpath and only with OpenJDK and GNU Classpath? What is the timeframe for it. What are the problems with it? Can I help you with it?

Volker Berlin

Best way to go about getting BufferedImage to work?

2008-09-18T03:11:48Z

Hi there,

I noticed in the openjdk/allsources.lst that the BufferedImage class is still being taken from GNU Classpath instead of OpenJDK...how easy would it be to switch and get the OpenJDK functionality (which seems to be able to do GIF images if I am not mistaken)?

Or is that the wrong way? What would be the easiest and best way to get the following code snippet to run without a NotImplementedException in IKVM? The buffer is a test GIF image.

   BufferedImage image = ImageIO.read( new MemoryCacheImageInputStream( new ByteArrayInputStream( buffer, 0, 495 ) ) );
   System.out.println(image.getType()); // should be 13, but is 0
   if( image != null && !(image.getColorModel() instanceof DirectColorModel) ) {
   BufferedImage img = new BufferedImage( image.getWidth(), image.getHeight(), BufferedImage.TYPE_INT_ARGB );
   Graphics g = img.createGraphics();
   g.drawImage( image, 0, 0, null ); // throws Exception
   g.dispose();
   }

The exception "cli.System.NotImplementedException: BufferedImage Type:0" is thrown

Thanks in advance for any help or pointers.

John Goering

Re: IKVMC cannot sign with strong name key

2008-09-14T07:16:48Z

Hi, What is odd is that I ran with nant -verbose, and then copied the csc
command line and ran it and it ran fine.

-----Original Message-----
From: eydelber [mailto:hellosticky@...]
Sent: Sunday, September 14, 2008 9:55 AM
To: 'Jeroen Frijters'; 'IKVM'
Subject: RE: [Ikvm-developers] IKVMC cannot sign with strong name key

Hi, same problem:

IKVM.Runtime.JNI:

[csc] Compiling 2 files to
'C:\work\ikvm\src\ikvm\runtime\IKVM.Runtime.JNI.dll'.
[copy] Copying 1 file to 'C:\work\ikvm\src\ikvm\bin'.
[csc] Compiling 25 files to
'C:\work\ikvm\src\ikvm\runtime\IKVM.Runtime.dll'.
[csc] c:\work\ikvm\src\ikvm\bin\IKVM.OpenJDK.ClassLibrary.dll: error
CS0281: Friend access was granted to 'IKVM.Runtime,
PublicKey=0024000004800000940000000602000000240000525341310004000001000100DD
6B140E5209CAE3D1C710030021EF589D0F00D05ACA8771101A7E99E10EE063E66040DF96E6F8
42F717BFC5B62D2EC2B62CEB0282E4649790DACB424DB29B68ADC7EAEAB0356FCE04702379F8
4400B8427EDBB33DAB8720B9F16A42E2CDB87F885EF413DBC4229F2BD157C9B8DC2CD14866DE
C5F31C764BFB9394CC3C60E6C0', but the output assembly is named 'IKVM.Runtime,
Version=0.37.3166.0, Culture=neutral, PublicKeyToken=9a944027636d9adf'. Try
adding a reference to 'IKVM.Runtime,
PublicKey=0024000004800000940000000602000000240000525341310004000001000100DD
6B140E5209CAE3D1C710030021EF589D0F00D05ACA8771101A7E99E10EE063E66040DF96E6F8
42F717BFC5B62D2EC2B62CEB0282E4649790DACB424DB29B68ADC7EAEAB0356FCE04702379F8
4400B8427EDBB33DAB8720B9F16A42E2CDB87F885EF413DBC4229F2BD157C9B8DC2CD14866DE
C5F31C764BFB9394CC3C60E6C0' or changing the output assembly name to match.
[csc] c:\work\ikvm\src\ikvm\bin\IKVM.Runtime.JNI.dll: (Location of symbol
related to previous error)

<property name="IKVM.Runtime" value="IKVM.Runtime,
PublicKey=0024000004800000940000000602000000240000525341310004000001000100DD
6B140E5209CAE3D1C710030021EF589D0F00D05ACA8771101A7E99E10EE063E66040DF96E6F8
42F717BFC5B62D2EC2B62CEB0282E4649790DACB424DB29B68ADC7EAEAB0356FCE04702379F8
4400B8427EDBB33DAB8720B9F16A42E2CDB87F885EF413DBC4229F2BD157C9B8DC2CD14866DE
C5F31C764BFB9394CC3C60E6C0" />

Thanks,

-----Original Message-----
From: Jeroen Frijters [mailto:jeroen@...]
Sent: Sunday, September 14, 2008 3:54 AM
To: hellosticky@...; 'IKVM'
Subject: RE: [Ikvm-developers] IKVMC cannot sign with strong name key

> <property name="IKVM.Runtime" value="IKVM.Runtime,
> PublicKey=9a944027636d9adf" />

This should be the full public key as well.

Regards,
Jeroen

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVMC cannot sign with strong name key

2008-09-14T06:55:01Z

Hi, same problem:

IKVM.Runtime.JNI:

[csc] Compiling 2 files to
'C:\work\ikvm\src\ikvm\runtime\IKVM.Runtime.JNI.dll'.
[copy] Copying 1 file to 'C:\work\ikvm\src\ikvm\bin'.
[csc] Compiling 25 files to
'C:\work\ikvm\src\ikvm\runtime\IKVM.Runtime.dll'.
[csc] c:\work\ikvm\src\ikvm\bin\IKVM.OpenJDK.ClassLibrary.dll: error
CS0281: Friend access was granted to 'IKVM.Runtime,
PublicKey=0024000004800000940000000602000000240000525341310004000001000100DD
6B140E5209CAE3D1C710030021EF589D0F00D05ACA8771101A7E99E10EE063E66040DF96E6F8
42F717BFC5B62D2EC2B62CEB0282E4649790DACB424DB29B68ADC7EAEAB0356FCE04702379F8
4400B8427EDBB33DAB8720B9F16A42E2CDB87F885EF413DBC4229F2BD157C9B8DC2CD14866DE
C5F31C764BFB9394CC3C60E6C0', but the output assembly is named 'IKVM.Runtime,
Version=0.37.3166.0, Culture=neutral, PublicKeyToken=9a944027636d9adf'. Try
adding a reference to 'IKVM.Runtime,
PublicKey=0024000004800000940000000602000000240000525341310004000001000100DD
6B140E5209CAE3D1C710030021EF589D0F00D05ACA8771101A7E99E10EE063E66040DF96E6F8
42F717BFC5B62D2EC2B62CEB0282E4649790DACB424DB29B68ADC7EAEAB0356FCE04702379F8
4400B8427EDBB33DAB8720B9F16A42E2CDB87F885EF413DBC4229F2BD157C9B8DC2CD14866DE
C5F31C764BFB9394CC3C60E6C0' or changing the output assembly name to match.
[csc] c:\work\ikvm\src\ikvm\bin\IKVM.Runtime.JNI.dll: (Location of symbol
related to previous error)

<property name="IKVM.Runtime" value="IKVM.Runtime,
PublicKey=0024000004800000940000000602000000240000525341310004000001000100DD
6B140E5209CAE3D1C710030021EF589D0F00D05ACA8771101A7E99E10EE063E66040DF96E6F8
42F717BFC5B62D2EC2B62CEB0282E4649790DACB424DB29B68ADC7EAEAB0356FCE04702379F8
4400B8427EDBB33DAB8720B9F16A42E2CDB87F885EF413DBC4229F2BD157C9B8DC2CD14866DE
C5F31C764BFB9394CC3C60E6C0" />

Thanks,

-----Original Message-----
From: Jeroen Frijters [mailto:jeroen@...]
Sent: Sunday, September 14, 2008 3:54 AM
To: hellosticky@...; 'IKVM'
Subject: RE: [Ikvm-developers] IKVMC cannot sign with strong name key

> <property name="IKVM.Runtime" value="IKVM.Runtime,
> PublicKey=9a944027636d9adf" />

This should be the full public key as well.

Regards,
Jeroen

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVMC cannot sign with strong name key

2008-09-14T00:54:14Z

> <property name="IKVM.Runtime" value="IKVM.Runtime,
> PublicKey=9a944027636d9adf" />

This should be the full public key as well.

Regards,
Jeroen

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ikvm-developers mailing list
Ikvm-developers@...
https://lists.sourceforge.net/lists/listinfo/ikvm-developers

Re: IKVMC cannot sign with strong name key

2008-09-13T17:41:34Z

Hi, I spoke to soon, although the openjdk.build now succeeds, the
runtime.build fails:

IKVM.Runtime.JNI:

[csc] Compiling 2 files to
'C:\work\ikvm\src\ikvm\runtime\IKVM.Runtime.JNI.dll'.
[copy] Copying 1 file to 'C:\work\ikvm\src\ikvm\bin'.
[csc] Compiling 25 files to
'C:\work\ikvm\src\ikvm\runtime\IKVM.Runtime.dll'.
[csc]
c:\work\ikvm\src\ikvm\bin\IKVM.OpenJDK.ClassLibrary.dll: error CS0281:
Friend access was granted to 'IKVM.Runtime,
PublicKey=0024000004800000940000000602000000240000525341310004000001000100DD
6B140E5209CAE3D1C710030021EF589D0F00D05ACA8771101A7E99E10EE063E66040DF96E6F8
42F717BFC5B62D2EC2B62CEB0282E4649790DACB424DB29B68ADC7EAEAB0356FCE04702379F8
4400B8427EDBB33DAB8720B9F16A42E2CDB87F885EF413DBC4229F2BD157C9B8DC2CD14866DE
C5F31C764BFB9394CC3C60E6C0', but the output assembly is named IKVM.Runtime,
Version=0.37.3166.0, Culture=neutral, PublicKeyToken=9a944027636d9adf'. Try
adding a reference to 'IKVM.Runtime,
PublicKey=0024000004800000940000000602000000240000525341310004000001000100DD
6B140E5209CAE3D1C710030021EF589D0F00D05ACA8771101A7E99E10EE063E66040DF96E6F8
42F717BFC5B62D2EC2B62CEB0282E4649790DACB424DB29B68ADC7EAEAB0356FCE04702379F8
4400B8427EDBB33DAB8720B9F16A42E2CDB87F885EF413DBC4229F2BD157C9B8DC2CD14866DE
C5F31C764BFB9394CC3C60E6C0' or changing the output assembly name to match.
[csc] c:\work\ikvm\src\ikvm\bin\IKVM.Runtime.JNI.dll:
(Location of symbol related to previous error)

It seems that there is a reference missing to the DLL? Here are the lines I
modified from the two files you suggested:

#if SIGNCODE
[assembly: InternalsVisibleTo("IKVM.Runtime.JNI,
PublicKey=0024000004800000940000000602000000240000525341310004000001000100e5
233c8bad3c65bf4e488711b9c2bd3fb2468f489b0cbf9463b5f0699e3cd6bbc5c1cf2cf98e9b
be3550e34430b5f6620831e7ad4827f86918256d7937c0899cc02c2b0c6eddc3facade3109d5
80057c769d7e8eda161b497bd200aaf7a2bd9cf20818fc3232e7096716e1183ed12cd2b2732c
7c3026dfb7e4dd1975dea136a6")]
[assembly: InternalsVisibleTo("IKVM.OpenJDK.ClassLibrary,
PublicKey=0024000004800000940000000602000000240000525341310004000001000100e5
233c8bad3c65bf4e488711b9c2bd3fb2468f489b0cbf9463b5f0699e3cd6bbc5c1cf2cf98e9b
be3550e34430b5f6620831e7ad4827f86918256d7937c0899cc02c2b0c6eddc3facade3109d5
80057c769d7e8eda161b497bd200aaf7a2bd9cf20818fc3232e7096716e1183ed12cd2b2732c
7c3026dfb7e4dd1975dea136a6")]

<property name="IKVM.Runtime" value="IKVM.Runtime,
PublicKey=9a944027636d9adf" />

Thanks,

-----Original Message-----
From: KE [mailto:hellosticky@...]
Sent: Saturday, September 13, 2008 4:55 PM
To: 'Jeroen Frijters'; 'IKVM'
Subject: RE: [Ikvm-developers] IKVMC cannot sign with strong name key

Thanks Jeroen, everything works now. In case anybody else is interested,
here is a concise recap of how to build:

cvs -z3 -d:pserver:anonymous@...:/cvsroot/ikvm co -P
ikvm
sn -i myikvm.snk ikvm-key
sn -p myikvm.snk myikvm.bin
sn -tp myikvm.bin
Take the Public Key Token output and replace the public key tokens in:
ikvm/runtime/AssemblyInfo.cs and ikvm/openjdk/openjdk.build
cvs update
nant clean
nant signed

Subsequent builds:
Cvs update
nant signed

Thanks,

-----Original Message-----
From: Jeroen Frijters [mailto:jeroen@...]
Sent: Wednesday, September 10, 2008 11:24 AM
To: hellosticky@...; 'IKVM'
Subject: RE: [Ikvm-developers] IKVMC cannot sign with strong name key

It looks like PEVerify can't find IKVM.Runtime.dll for some reason. If you
rename IKVM.OpenJDK.ClassLibrary.dll.new to IKVM.OpenJDK.ClassLibrary.dll
(in the ikvm/bin directory) and run peverify from that directory, does it
still complain?

BTW, I thought that it might have been related to PEVerify 3.5 (I use 2.0),
but I installed an updated Windows SDK that contains PEVerify 3.5.21022.8
and that worked fine for me.

Regards,
Jeroen

> -----Original Message-----
> From: KE [mailto:hellosticky@...]
> Sent: Wednesday, September 10, 2008 17:18
> To: Jeroen Frijters; 'IKVM'
> Subject: RE: [Ikvm-developers] IKVMC cannot sign with strong name key
>
> Same problem, even after the "nant clean".
> Output attached...
> Might it have to do with .NET 3.5 framework?
> Thanks,
>
> -----Original Message-----
> From: Jeroen Frijters [mailto:jeroen@...]
> Sent: Wednesday, September 10, 2008 1:41 AM
> To: hellosticky@...; 'IKVM'
> Subject: RE: [Ikvm-developers] IKVMC cannot sign with strong name key
>
> No, that doesn't look good. Did you do a "nant clean" before your
> build?
> When you switch from non-strong named to strong named (and v.v.) you
> need to do a "nant clean" to remove all binaries.
>
> Regards,
> Jeroen
>
> > -----Original Message-----
> > From: KE [mailto:hellosticky@...]
> > Sent: Tuesday, September 09, 2008 18:46
> > To: Jeroen Frijters; 'IKVM'
> > Subject: RE: [Ikvm-developers] IKVMC cannot sign with strong name key
> >
> > The build appears to have completed, but there were some verifier
> > errors -- are these okay?
> >
> > core:
> >
> > [exec] Microsoft (R) .NET Framework PE Verifier. Version
> > 3.5.21022.8 [exec] Copyright (c) Microsoft Corporation. All rights
> reserved.
> > [exec]
> > [exec] [IL]: Error:
> > [C:\work\ikvm\src\ikvm\bin\IKVM.OpenJDK.ClassLibrary.dll.new :
> > java.io.Serializable::IsInstanceArray][offset 0x0000007F] Unable to
> > resolve token.
> > [exec] [IL]: Error:
> > [C:\work\ikvm\src\ikvm\bin\IKVM.OpenJDK.ClassLibrary.dll.new :
> > java.lang.CharSequence::IsInstanceArray][offset 0x00000057]Unable to
> > resolve token.
> > [exec] [IL]: Error:
> > [C:\work\ikvm\src\ikvm\bin\IKVM.OpenJDK.ClassLibrary.dll.new :
> > java.lang.Cloneable::IsInstanceArray][offset 0x00000057] Unable to
> > resolve token.
> >
> > There are hundreds of these.
> >
> > Thanks,
> >
> > -----Original Message-----
> > From: Jeroen Frijters [mailto:jeroen@...]
> > Sent: Tuesday, September 09, 2008 11:25 AM
> > To: hellosticky@...; 'IKVM'
> > Subject: RE: [Ikvm-developers] IKVMC cannot sign with strong name key
> >
> > You need OpenJDK 6 b10. I haven't yet published openjdk-6-b10-
> > stripped.zip, so you'll need to download the full zip (it's 370MB).
> >
> > It is available here:
> > http://www.frijters.net/OpenJDK6-b10.zip
> >
> > Regards,
> > Jeroen
> >
> > > -----Original Message-----
> > > From: KE [mailto:hellosticky@...]
> > > Sent: Tuesday, September 09, 2008 17:12
> > > To: Jeroen Frijters; 'IKVM'
> > > Subject: RE: [Ikvm-developers] IKVMC cannot sign with strong name
> > > key
> > >
> > > Thanks, now I received:
> > >
> > > ikvmc:
> > > [nant] C:\work\ikvm\src\ikvm\openjdk\openjdk.build
> > > [exec] javac: file not found:
> > > ..\..\openjdk6-b10\control\build\linux-
> > > amd64\gensrc\com\sun\accessibility\in
> > > ternal\resources\accessibility.java
> > >
> > > I could only find openjdk-b13-stripped.zip on weblog.ikvm.net.
> Also,
> > > why is it asking for amd64?
> > > Thanks,
> > >
> > > -----Original Message-----
> > > From: Jeroen Frijters [mailto:jeroen@...]
> > > Sent: Tuesday, September 09, 2008 1:43 AM
> > > To: hellosticky@...; 'IKVM'
> > > Subject: RE: [Ikvm-developers] IKVMC cannot sign with strong name
> > > key
> > >
> > > Yes, you need
> > > http://downloads.sourceforge.net/ikvm/classpath-0.95-stripped.zip
> as
> > > well.
> > >
> > > Regards,
> > > Jeroen
> > >
> > > > -----Original Message-----
> > > > From: KE [mailto:hellosticky@...]
> > > > Sent: Tuesday, September 09, 2008 07:34
> > > > To: Jeroen Frijters; 'IKVM'
> > > > Subject: RE: [Ikvm-developers] IKVMC cannot sign with strong name
> > > > key
> > > >
> > > > Hi, thanks. Minor clarification: the key container is named
> "ikvm-
> > > key."
> > > >
> > > > I'm having the following build error:
> > > >
> > > > classes:
> > > >
> > > > [exec] C:\work\ikvm\src\ikvm\openjdk\openjdk.build(50,10):
> > > > Attribute 'useruntimeengine' for <exec ... /> is deprecated. Use
> > > > the managed attribute and Managed property instead.
> > > > [exec] javac: file not found:
> > > > ..\..\classpath-0.95\gnu\classpath\NotImplementedException.java
> > > > [exec] Usage: javac <options> <source files> [exec] use -help
> > > > for a list of possible options
> > > >
> > > > BUILD FAILED - 0 non-fatal error(s), 4 warning(s)
> > > >
> > > > C:\work\ikvm\src\ikvm\openjdk\openjdk.build(50,10):
> > > > External Program Failed: javac (return code was 2)
> > > >
> > > >
> > > > Is there still a dependency on classpath? If so, I'm guessing the
> > > > zip is on your blog (which one should I get)?
> > > >
> > > > Thanks,
> > > >
> > > > -----Original Message-----
> > > > From: Jeroen Frijters [mailto:jeroen@...]
> > > > Sent: Tuesday, September 09, 2008 12:25 AM
> > > > To: hellosticky@...; IKVM
> > > > Subject: RE: [Ikvm-developers] IKVMC cannot sign with strong name
> > > > key
> > > >
> > > > You are always referencing assemblies:
> > IKVM.OpenJDK.ClassLibrary.dll
> > > > and IKVM.Runtime.dll. If you aren't using an official IKVM
> > > > release, these aren't strong named. If you want to strong name
> > > > your
> > assembly,
> > > > you first have to build IKVM ("nant signed", make sure you have a
> > > > key container named "ikvm".)
> > > >
> > > > Regards,
> > > > Jeroen
> > > >
> > > > > -----Original Message-----
> > > > > From: ikvm-developers-bounces@...
> > > > > [mailto:ikvm- developers-bounces@...] On
> > > > > Behalf Of KE
> > > > > Sent: Tuesday, September 09, 2008 02:58
> > > > > To: IKVM
> > > > > Subject: [Ikvm-developers] IKVMC cannot sign with strong name
> > > > > key
> > > > >
> > > > > Hi, I have created a simple Java project which only references
> > the
> > > > JRE
> > > > > and mscorlib.jar (created through ikvmstub.exe). I then
> exported
> > > > > to a JAR and want to create a DLL that has a strong name key. I
> > > created
> > > > > a strong name key file with "sn -k" and then tried this command
> > > line:
> > > > >
> > > > > ..\ikvm\ikvmc.exe -out:SafeJava.dll -target:library
> > > > > -key:SafeJava.snk
> > > > > - version:1.0.0.0 SafeJava.zip
> > > > >
> > > > > Error: all referenced assemblies must be strong named, to be
> > > > > able
> > > to
> > > > > sign the output assembly
> > > > >
> > > > > I am not referencing any assemblies -- what does the error
> > message
> > > > > mean?
> > > > >
> > > > > Thanks,
> > > > >
> > > > >
> > > > > ---------------------------------------------------------------
> -
> > > > > -
> > -
> > > > > -
> > > -
> > > > > -
> > > > -
> > > > > -
> > > > > --
> > > > > This SF.Net email is sponsored by the Moblin Your Move
> > Developer's
> > > > > challenge Build the coolest Linux based applications with
> Moblin
> > > SDK
> > > > &
> > > > > win great prizes Grand prize is a trip for two to an Open
> Source
> > > > event
> > > > > anywhere in the world http://moblin-
> > > > > contest.org/redirect.php?banner_id=100&url=/
> > > > > _______________________________________________
> > > > > Ikvm-developers mailing list
> > > > > Ikvm-developers@...
> > > > > https://lists.sourceforge.net/lists/listinfo/ikvm-developers
> > >
> >