xmlvm-users — For current and interested XMLVM users, for public discussions and anouncements.

[xmlvm-users] What IPhone APIs are currently mapped?

[Tobias H. <tob...@gm...>]

Hi,

I am trying to decide wheter to try to implement a few of my iPhone- 
ideas using xmlvm (I know every corner of java) or if I should invest  
time in obj-c + cocoa + service frameworks + xCode. Needless to say:  
I'd be happy to go with the former IFF it is sufficient for my needs.

Which leads me to: I think it is hard to tell (reading on the project  
page) which iPhone specifics have been mapped over to java currently.

For instance, what about the following:
- Camera functionality?
- Positioning, GPS?
- Net IO (to be able to post an retrieve restonses over http)

Could someone shed a little light?

Thanks,
Tobias
  

Re: [xmlvm-users] iPhone: xmlvm.h UiScreen.h

[Benjamin A. <bar...@gm...>]

On Sun, Sep 13, 2009 at 3:28 PM, Brian Schimmel <
bri...@go...> wrote:

> @Sascha:
> Just in case you (or someone else at XMLVM) is going to "fix" it by
> changing the file name case in the repository, let me warn you that a
> case-only rename in a repository breaks some SVN clients on Windows. I
> experienced problems with that in multimple mixed OS X / Windows
> projects, especially with Tortoise SVN. I think it tries to create the
> "new" file before deleting the "old" one, which does not work if both
> have the "same" name from the FS' perspective.
>
> @Benjamin:
> Besides the case problem you posted, is it really possible to compile
> the iPhone App on Ubuntu? I'm not even talking about creating a
> complete Application package that runs on actual devices, I'd be happy
> to compile just to check for errors without needing a Mac. So how did
> you manage? Just copy the SDK over to the Ubuntu machine? If you have
> any hints or links to share, I'd be happy.
>
> Brian
>

I basically followed steps as outlined by saurik.
You can find it here:
http://www.saurik.com/id/4

Luckily, there is a shell script that automates all the steps
http://svn.saurik.com/repos/menes/trunk/iphone/iptc.sh

Since I wanted to understand what was going on in the script, I ended up
running just parts of it.  Most were ran manually.  So your mileage may vary
if you choose to run the script.

It took me a while to compile everything since my eee pc is a little under
powered.

Give it a try.  Maybe we can also start another thread detailing your
experience and I will help as much as I can.

Just post any questions you may have here, that is, if the group doesn't
mind.


> 2009/9/13, Sascha Haeberling <sa...@xm...>:
> > Hi Benjamin,
> >
> > so you are actually compiling the iPhone app on Ubuntu and not on OSX? I
> > have never actually tried this and wonder if this can be done
> successfully.
> >
> > However, what you describe makes sense, as OSX's filesystem is not case
> > sensitive, whereas most Linux file systems like ext3 are. This explains
> why
> > you see a problem and we didn't on OSX.
> >
> > // Sascha
> >
> > On Tue, Sep 8, 2009 at 8:42 AM, Benjamin Aranguren <bar...@gm...
> >
> > wrote:
> >
> > > I am using Ubuntu and was just wondering if anybody else has seen this
> > problem when compiling with the generated xmlvm.h.
> > >
> > >
> > > xmlvm.h:14:27: error: UIKit/UiScreen.h: No such file or directory
> > >
> > >
> > > Changing UiScreen.h to UIScreen.h in xmlvm.h fixes the problem (upper
> case
> > I).
> > > #import <UIKit/UiScreen.h> => #import <UIKit/UIScreen.h>
> > >
> > >
> > > I also checked the headers that comes with the iPhone SDK and it is
> also
> > upper case I.
> > >
> >
> ------------------------------------------------------------------------------
> > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> > 30-Day
> > > trial. Simplify your report design, integration and deployment - and
> focus
> > on
> > > what you do best, core application coding. Discover what's new with
> > > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > > _______________________________________________
> > > xmlvm-users mailing list
> > > xml...@li...
> > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> > >
> > >
> >
> >
> >
> ------------------------------------------------------------------------------
> >  Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> >  trial. Simplify your report design, integration and deployment - and
> focus
> > on
> >  what you do best, core application coding. Discover what's new with
> >  Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> >  xmlvm-users mailing list
> >  xml...@li...
> >  https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> >
> >
>

Re: [xmlvm-users] iPhone: xmlvm.h UiScreen.h

[Brian S. <bri...@go...>]

@Sascha:
Just in case you (or someone else at XMLVM) is going to "fix" it by
changing the file name case in the repository, let me warn you that a
case-only rename in a repository breaks some SVN clients on Windows. I
experienced problems with that in multimple mixed OS X / Windows
projects, especially with Tortoise SVN. I think it tries to create the
"new" file before deleting the "old" one, which does not work if both
have the "same" name from the FS' perspective.

@Benjamin:
Besides the case problem you posted, is it really possible to compile
the iPhone App on Ubuntu? I'm not even talking about creating a
complete Application package that runs on actual devices, I'd be happy
to compile just to check for errors without needing a Mac. So how did
you manage? Just copy the SDK over to the Ubuntu machine? If you have
any hints or links to share, I'd be happy.

Brian

2009/9/13, Sascha Haeberling <sa...@xm...>:
> Hi Benjamin,
>
> so you are actually compiling the iPhone app on Ubuntu and not on OSX? I
> have never actually tried this and wonder if this can be done successfully.
>
> However, what you describe makes sense, as OSX's filesystem is not case
> sensitive, whereas most Linux file systems like ext3 are. This explains why
> you see a problem and we didn't on OSX.
>
> // Sascha
>
> On Tue, Sep 8, 2009 at 8:42 AM, Benjamin Aranguren <bar...@gm...>
> wrote:
>
> > I am using Ubuntu and was just wondering if anybody else has seen this
> problem when compiling with the generated xmlvm.h.
> >
> >
> > xmlvm.h:14:27: error: UIKit/UiScreen.h: No such file or directory
> >
> >
> > Changing UiScreen.h to UIScreen.h in xmlvm.h fixes the problem (upper case
> I).
> > #import <UIKit/UiScreen.h> => #import <UIKit/UIScreen.h>
> >
> >
> > I also checked the headers that comes with the iPhone SDK and it is also
> upper case I.
> >
> ------------------------------------------------------------------------------
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> > trial. Simplify your report design, integration and deployment - and focus
> on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > xmlvm-users mailing list
> > xml...@li...
> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> >
> >
>
>
> ------------------------------------------------------------------------------
>  Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>  trial. Simplify your report design, integration and deployment - and focus
> on
>  what you do best, core application coding. Discover what's new with
>  Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
>  xmlvm-users mailing list
>  xml...@li...
>  https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>

Re: [xmlvm-users] iPhone: xmlvm.h UiScreen.h

[Sascha H. <sa...@xm...>]

Hi Benjamin,
so you are actually compiling the iPhone app on Ubuntu and not on OSX? I
have never actually tried this and wonder if this can be done successfully.

However, what you describe makes sense, as OSX's filesystem is not case
sensitive, whereas most Linux file systems like ext3 are. This explains why
you see a problem and we didn't on OSX.

// Sascha

On Tue, Sep 8, 2009 at 8:42 AM, Benjamin Aranguren <bar...@gm...>wrote:

> I am using Ubuntu and was just wondering if anybody else has seen this
> problem when compiling with the generated xmlvm.h.
> xmlvm.h:14:27: error: UIKit/UiScreen.h: No such file or directory
>
>  Changing UiScreen.h to UIScreen.h in xmlvm.h fixes the problem (upper
> case I).
> #import <UIKit/UiScreen.h> => #import <UIKit/UIScreen.h>
>
> I also checked the headers that comes with the iPhone SDK and it is also
> upper case I.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>

Re: [xmlvm-users] Multiple inner classes inheriting from each other lead to a gcc error.

[Arno P. <ar...@pu...>]

Brian,

I just committed a patch that should hopefully fix the bug you've 
encountered. Basically I generate getter/setter methods for instance 
members and use name mangling for the declaration of the instance member 
to avoid naming conflict.

Give it a try and let me know if this works now.

Arno


Brian Schimmel wrote:
> Hi Arno,
> you're right, the problem is not specific to internal classes. I was 
> unsure if in the example you provided those two fields called "x" are 
> the same ones or different ones which just happen to have the same name. 
> I extended the test so that it showed me what's the expected behavior on 
> Java:
> 
> public class Test
> {
>     public static void main(String[] args) {
>         TestDerived b = new TestDerived();
>         b.setXbase(1);
>         b.setXderived(2);
>        
>         System.out.println("b.x                (should be 2): " + b.x);
>         System.out.println("b.getXbase()       (should be 1): " + 
> b.getXbase());
>         System.out.println("b.getXderived()    (should be 2): " + 
> b.getXderived());
>         System.out.println("((TestBase)b).x    (should be 1): " + 
> ((TestBase)b).x);
>         System.out.println("((TestDerived)b).x (should be 2): " + 
> ((TestDerived)b).x);
>     }
> }
> 
> class TestBase {
>     public int x;
>    
>     int getXbase()
>     {
>         return x;
>     }
>    
>     void setXbase(int x)
>     {
>         this.x = x;
>     }
> }
> 
> class TestDerived extends TestBase
> {
>     public int x;
>    
>     int getXderived()
>     {
>         return x;
>     }
>    
>     void setXderived(int x)
>     {
>         this.x = x;
>     }
> }
> 
> So we should try to find a solution that ensures the same behavior on 
> Objective C, and the code above might be useful the check it.
> 
> On the other hand, I don't know if anybody would seriously implement 
> something like that, that is, using two fields with the same name and 
> rely on then being handled independantly.
> 
> In my case (the multiple inner classes) the both fields called "this$0" 
> may be independant fields, but they are final and guarenteed to contain 
> a reference to the same object, so it does not matter to me if XMLVM 
> somehow confuses the two.
> 
> By the way, I guess the same problem might pop up for other target 
> platforms too.
> 
> Brian
> 
> 
> 2009/9/9 Arno Puder <ar...@pu... <mailto:ar...@pu...>>
> 
> 
>     Never mind my last message. I know the source of the problem. Here is an
>     example that will break XMLVM:
> 
> 
>     class TestBase {
>         public int x;
>     }
> 
> 
>     public class TestDerived extends TestBase {
>         public int x;
>     }
> 
>     In Objective-C you can only have one member of the same name along an
>     inheritance path. Kind of makes sense when you consider that Objective-C
>     is a dynamically typed language.
> 
>     I'm not sure what is the best way to deal with this. Name mangling comes
>     to mind (include the class name in the member's name), but perhaps there
>     is an easier way.
> 
>     Arno
> 
> 
> 
>     Brian Schimmel wrote:
>      > Hi,
>      >
>      > I'm completely new to XMLVM, but due to the external
>     circumstances, I'm
>      > forced to do something rather advanced with it, that is, a
>      > crosscompilation of the Java 6.0 Collections Framework to
>     Objective C.
>      > You might argue that it might be better to use native Objective C
>      > collections and write bridges, but as I need to get the same
>     behaviour
>      > as on Java, I thought crosscompiling would be nice. To make things
>      > easier for XMLVM I already used Retrotranslator to crosscompile
>     the Java
>      > 6.0 classes to Java 1.2, and checked their validity on J2ME. As
>     far as I
>      > can tell, my Java classes are 1.2 compilant and working, but
>      > crosscompilation to Objective C has its quirks.
>      >
>      > Let me first outline the class layout:
>      >
>      > abstract class AbstractList extends AbstractCollection implements
>     List
>      > {
>      >     class Itr implements Iterator
>      >     {
>      >         //...
>      >     }
>      >
>      >     class ListItr extends Itr implements ListIterator
>      >     {
>      >         //...
>      >     }
>      >
>      >     //..
>      > }
>      >
>      > AbstractList has two inner classes and one of those inherits from the
>      > other one. The problem is, that both AbstractList$Itr and
>      > AbstractList$ListItr have the following synthetic member in their
>     bytecode:
>      >
>      > final synthetic AbstractList this$0;
>      >
>      > Crosscompilation to Objective C works fine and yields two files, each
>      > having the line
>      >
>      > @public packagename_AbstractList_* this$0;
>      >
>      > but because one class extends the other, I get this error from gcc:
>      >
>      > error: duplicate member 'this$0';
>      >
>      > One option would be to change my Java code, but the Collections
>      > Framework has at least 4 Classes with multiple (even more than two)
>      > inner classes which inherit from each other. So I guess this case
>     should
>      > somehow be handled by the XMLVM crosscompiler, but I'm completely
>     unsure
>      > how this would be done. When emitting the interface in
>     xmlvm2objc.xsl,
>      > we would need to check if there is any superclass which is also
>     an inner
>      > class, thus having a this$0 field. I think this might be beyond the
>      > complexity of what should be done here, isn't it?
>      >
>      > Im happy about any advice.
>      >
>      > With best regards,
>      > Brian
>      >
>      >
>      >
>     ------------------------------------------------------------------------
>      >
>      >
>     ------------------------------------------------------------------------------
>      > Let Crystal Reports handle the reporting - Free Crystal Reports
>     2008 30-Day
>      > trial. Simplify your report design, integration and deployment -
>     and focus on
>      > what you do best, core application coding. Discover what's new with
>      > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>      >
>      >
>      >
>     ------------------------------------------------------------------------
>      >
>      > _______________________________________________
>      > xmlvm-users mailing list
>      > xml...@li...
>     <mailto:xml...@li...>
>      > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> 
>     ------------------------------------------------------------------------------
>     Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>     30-Day
>     trial. Simplify your report design, integration and deployment - and
>     focus on
>     what you do best, core application coding. Discover what's new with
>     Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>     _______________________________________________
>     xmlvm-users mailing list
>     xml...@li...
>     <mailto:xml...@li...>
>     https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> 
> 

Re: [xmlvm-users] Multiple inner classes inheriting from each other lead to a gcc error.

[Brian S. <bri...@go...>]

Hi Arno,
you're right, the problem is not specific to internal classes. I was unsure
if in the example you provided those two fields called "x" are the same ones
or different ones which just happen to have the same name. I extended the
test so that it showed me what's the expected behavior on Java:

public class Test
{
    public static void main(String[] args) {
        TestDerived b = new TestDerived();
        b.setXbase(1);
        b.setXderived(2);

        System.out.println("b.x                (should be 2): " + b.x);
        System.out.println("b.getXbase()       (should be 1): " +
b.getXbase());
        System.out.println("b.getXderived()    (should be 2): " +
b.getXderived());
        System.out.println("((TestBase)b).x    (should be 1): " +
((TestBase)b).x);
        System.out.println("((TestDerived)b).x (should be 2): " +
((TestDerived)b).x);
    }
}

class TestBase {
    public int x;

    int getXbase()
    {
        return x;
    }

    void setXbase(int x)
    {
        this.x = x;
    }
}

class TestDerived extends TestBase
{
    public int x;

    int getXderived()
    {
        return x;
    }

    void setXderived(int x)
    {
        this.x = x;
    }
}

So we should try to find a solution that ensures the same behavior on
Objective C, and the code above might be useful the check it.

On the other hand, I don't know if anybody would seriously implement
something like that, that is, using two fields with the same name and rely
on then being handled independantly.

In my case (the multiple inner classes) the both fields called "this$0" may
be independant fields, but they are final and guarenteed to contain a
reference to the same object, so it does not matter to me if XMLVM somehow
confuses the two.

By the way, I guess the same problem might pop up for other target platforms
too.

Brian


2009/9/9 Arno Puder <ar...@pu...>

>
> Never mind my last message. I know the source of the problem. Here is an
> example that will break XMLVM:
>
>
> class TestBase {
>     public int x;
> }
>
>
> public class TestDerived extends TestBase {
>     public int x;
> }
>
> In Objective-C you can only have one member of the same name along an
> inheritance path. Kind of makes sense when you consider that Objective-C
> is a dynamically typed language.
>
> I'm not sure what is the best way to deal with this. Name mangling comes
> to mind (include the class name in the member's name), but perhaps there
> is an easier way.
>
> Arno
>
>
>
> Brian Schimmel wrote:
> > Hi,
> >
> > I'm completely new to XMLVM, but due to the external circumstances, I'm
> > forced to do something rather advanced with it, that is, a
> > crosscompilation of the Java 6.0 Collections Framework to Objective C.
> > You might argue that it might be better to use native Objective C
> > collections and write bridges, but as I need to get the same behaviour
> > as on Java, I thought crosscompiling would be nice. To make things
> > easier for XMLVM I already used Retrotranslator to crosscompile the Java
> > 6.0 classes to Java 1.2, and checked their validity on J2ME. As far as I
> > can tell, my Java classes are 1.2 compilant and working, but
> > crosscompilation to Objective C has its quirks.
> >
> > Let me first outline the class layout:
> >
> > abstract class AbstractList extends AbstractCollection implements List
> > {
> >     class Itr implements Iterator
> >     {
> >         //...
> >     }
> >
> >     class ListItr extends Itr implements ListIterator
> >     {
> >         //...
> >     }
> >
> >     //..
> > }
> >
> > AbstractList has two inner classes and one of those inherits from the
> > other one. The problem is, that both AbstractList$Itr and
> > AbstractList$ListItr have the following synthetic member in their
> bytecode:
> >
> > final synthetic AbstractList this$0;
> >
> > Crosscompilation to Objective C works fine and yields two files, each
> > having the line
> >
> > @public packagename_AbstractList_* this$0;
> >
> > but because one class extends the other, I get this error from gcc:
> >
> > error: duplicate member 'this$0';
> >
> > One option would be to change my Java code, but the Collections
> > Framework has at least 4 Classes with multiple (even more than two)
> > inner classes which inherit from each other. So I guess this case should
> > somehow be handled by the XMLVM crosscompiler, but I'm completely unsure
> > how this would be done. When emitting the interface in xmlvm2objc.xsl,
> > we would need to check if there is any superclass which is also an inner
> > class, thus having a this$0 field. I think this might be beyond the
> > complexity of what should be done here, isn't it?
> >
> > Im happy about any advice.
> >
> > With best regards,
> > Brian
> >
> >
> > ------------------------------------------------------------------------
> >
> >
> ------------------------------------------------------------------------------
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> > trial. Simplify your report design, integration and deployment - and
> focus on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > xmlvm-users mailing list
> > xml...@li...
> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

Re: [xmlvm-users] Multiple inner classes inheriting from each other lead to a gcc error.

[Arno P. <ar...@pu...>]

actually, it gets even more complicated, because you can also write 
super.x. In this case the inheritance hierarchy is searched for the next 
occurrence of x (and yes, they are distinct members).

I think I have an idea on how to solve this. Need to brood about it a 
little more...

Arno


Brian Schimmel wrote:
> Hi Arno,
> you're right, the problem is not specific to internal classes. I was 
> unsure if in the example you provided those two fields called "x" are 
> the same ones or different ones which just happen to have the same name. 
> I extended the test so that it showed me what's the expected behavior on 
> Java:
> 
> public class Test
> {
>     public static void main(String[] args) {
>         TestDerived b = new TestDerived();
>         b.setXbase(1);
>         b.setXderived(2);
>        
>         System.out.println("b.x                (should be 2): " + b.x);
>         System.out.println("b.getXbase()       (should be 1): " + 
> b.getXbase());
>         System.out.println("b.getXderived()    (should be 2): " + 
> b.getXderived());
>         System.out.println("((TestBase)b).x    (should be 1): " + 
> ((TestBase)b).x);
>         System.out.println("((TestDerived)b).x (should be 2): " + 
> ((TestDerived)b).x);
>     }
> }
> 
> class TestBase {
>     public int x;
>    
>     int getXbase()
>     {
>         return x;
>     }
>    
>     void setXbase(int x)
>     {
>         this.x = x;
>     }
> }
> 
> class TestDerived extends TestBase
> {
>     public int x;
>    
>     int getXderived()
>     {
>         return x;
>     }
>    
>     void setXderived(int x)
>     {
>         this.x = x;
>     }
> }
> 
> So we should try to find a solution that ensures the same behavior on 
> Objective C, and the code above might be useful the check it.
> 
> On the other hand, I don't know if anybody would seriously implement 
> something like that, that is, using two fields with the same name and 
> rely on then being handled independantly.
> 
> In my case (the multiple inner classes) the both fields called "this$0" 
> may be independant fields, but they are final and guarenteed to contain 
> a reference to the same object, so it does not matter to me if XMLVM 
> somehow confuses the two.
> 
> By the way, I guess the same problem might pop up for other target 
> platforms too.
> 
> Brian
> 
> 
> 2009/9/9 Arno Puder <ar...@pu... <mailto:ar...@pu...>>
> 
> 
>     Never mind my last message. I know the source of the problem. Here is an
>     example that will break XMLVM:
> 
> 
>     class TestBase {
>         public int x;
>     }
> 
> 
>     public class TestDerived extends TestBase {
>         public int x;
>     }
> 
>     In Objective-C you can only have one member of the same name along an
>     inheritance path. Kind of makes sense when you consider that Objective-C
>     is a dynamically typed language.
> 
>     I'm not sure what is the best way to deal with this. Name mangling comes
>     to mind (include the class name in the member's name), but perhaps there
>     is an easier way.
> 
>     Arno
> 
> 
> 
>     Brian Schimmel wrote:
>      > Hi,
>      >
>      > I'm completely new to XMLVM, but due to the external
>     circumstances, I'm
>      > forced to do something rather advanced with it, that is, a
>      > crosscompilation of the Java 6.0 Collections Framework to
>     Objective C.
>      > You might argue that it might be better to use native Objective C
>      > collections and write bridges, but as I need to get the same
>     behaviour
>      > as on Java, I thought crosscompiling would be nice. To make things
>      > easier for XMLVM I already used Retrotranslator to crosscompile
>     the Java
>      > 6.0 classes to Java 1.2, and checked their validity on J2ME. As
>     far as I
>      > can tell, my Java classes are 1.2 compilant and working, but
>      > crosscompilation to Objective C has its quirks.
>      >
>      > Let me first outline the class layout:
>      >
>      > abstract class AbstractList extends AbstractCollection implements
>     List
>      > {
>      >     class Itr implements Iterator
>      >     {
>      >         //...
>      >     }
>      >
>      >     class ListItr extends Itr implements ListIterator
>      >     {
>      >         //...
>      >     }
>      >
>      >     //..
>      > }
>      >
>      > AbstractList has two inner classes and one of those inherits from the
>      > other one. The problem is, that both AbstractList$Itr and
>      > AbstractList$ListItr have the following synthetic member in their
>     bytecode:
>      >
>      > final synthetic AbstractList this$0;
>      >
>      > Crosscompilation to Objective C works fine and yields two files, each
>      > having the line
>      >
>      > @public packagename_AbstractList_* this$0;
>      >
>      > but because one class extends the other, I get this error from gcc:
>      >
>      > error: duplicate member 'this$0';
>      >
>      > One option would be to change my Java code, but the Collections
>      > Framework has at least 4 Classes with multiple (even more than two)
>      > inner classes which inherit from each other. So I guess this case
>     should
>      > somehow be handled by the XMLVM crosscompiler, but I'm completely
>     unsure
>      > how this would be done. When emitting the interface in
>     xmlvm2objc.xsl,
>      > we would need to check if there is any superclass which is also
>     an inner
>      > class, thus having a this$0 field. I think this might be beyond the
>      > complexity of what should be done here, isn't it?
>      >
>      > Im happy about any advice.
>      >
>      > With best regards,
>      > Brian
>      >
>      >
>      >
>     ------------------------------------------------------------------------
>      >
>      >
>     ------------------------------------------------------------------------------
>      > Let Crystal Reports handle the reporting - Free Crystal Reports
>     2008 30-Day
>      > trial. Simplify your report design, integration and deployment -
>     and focus on
>      > what you do best, core application coding. Discover what's new with
>      > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>      >
>      >
>      >
>     ------------------------------------------------------------------------
>      >
>      > _______________________________________________
>      > xmlvm-users mailing list
>      > xml...@li...
>     <mailto:xml...@li...>
>      > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> 
>     ------------------------------------------------------------------------------
>     Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>     30-Day
>     trial. Simplify your report design, integration and deployment - and
>     focus on
>     what you do best, core application coding. Discover what's new with
>     Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>     _______________________________________________
>     xmlvm-users mailing list
>     xml...@li...
>     <mailto:xml...@li...>
>     https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> 
> 

Re: [xmlvm-users] Multiple inner classes inheriting from each other lead to a gcc error.

[Arno P. <ar...@pu...>]

Never mind my last message. I know the source of the problem. Here is an 
example that will break XMLVM:


class TestBase {
     public int x;
}


public class TestDerived extends TestBase {
     public int x;
}

In Objective-C you can only have one member of the same name along an 
inheritance path. Kind of makes sense when you consider that Objective-C 
is a dynamically typed language.

I'm not sure what is the best way to deal with this. Name mangling comes 
to mind (include the class name in the member's name), but perhaps there 
is an easier way.

Arno



Brian Schimmel wrote:
> Hi,
> 
> I'm completely new to XMLVM, but due to the external circumstances, I'm 
> forced to do something rather advanced with it, that is, a 
> crosscompilation of the Java 6.0 Collections Framework to Objective C. 
> You might argue that it might be better to use native Objective C 
> collections and write bridges, but as I need to get the same behaviour 
> as on Java, I thought crosscompiling would be nice. To make things 
> easier for XMLVM I already used Retrotranslator to crosscompile the Java 
> 6.0 classes to Java 1.2, and checked their validity on J2ME. As far as I 
> can tell, my Java classes are 1.2 compilant and working, but 
> crosscompilation to Objective C has its quirks.
> 
> Let me first outline the class layout:
> 
> abstract class AbstractList extends AbstractCollection implements List
> {
>     class Itr implements Iterator
>     {
>         //...
>     }
> 
>     class ListItr extends Itr implements ListIterator
>     {
>         //...
>     }
> 
>     //..
> }
> 
> AbstractList has two inner classes and one of those inherits from the 
> other one. The problem is, that both AbstractList$Itr and 
> AbstractList$ListItr have the following synthetic member in their bytecode:
> 
> final synthetic AbstractList this$0;
> 
> Crosscompilation to Objective C works fine and yields two files, each 
> having the line
> 
> @public packagename_AbstractList_* this$0;
> 
> but because one class extends the other, I get this error from gcc:
> 
> error: duplicate member 'this$0';
> 
> One option would be to change my Java code, but the Collections 
> Framework has at least 4 Classes with multiple (even more than two) 
> inner classes which inherit from each other. So I guess this case should 
> somehow be handled by the XMLVM crosscompiler, but I'm completely unsure 
> how this would be done. When emitting the interface in xmlvm2objc.xsl, 
> we would need to check if there is any superclass which is also an inner 
> class, thus having a this$0 field. I think this might be beyond the 
> complexity of what should be done here, isn't it?
> 
> Im happy about any advice.
> 
> With best regards,
> Brian
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] Multiple inner classes inheriting from each other lead to a gcc error.

[Arno P. <ar...@pu...>]

Brian,

you are certainly pushing XMLVM to the limits. I do agree with you that 
a native Objective-C version would be the way to go. But one can 
certainly argue that there is a bug because we cannot handle the code 
you try to cross-compile.

Can you please do me a favor and generate a small, self-contained 
example that demonstrates the problem? That would be the easiest for me 
to investigate and (hopefully) fix the bug.

Arno


Brian Schimmel wrote:
> Hi,
> 
> I'm completely new to XMLVM, but due to the external circumstances, I'm 
> forced to do something rather advanced with it, that is, a 
> crosscompilation of the Java 6.0 Collections Framework to Objective C. 
> You might argue that it might be better to use native Objective C 
> collections and write bridges, but as I need to get the same behaviour 
> as on Java, I thought crosscompiling would be nice. To make things 
> easier for XMLVM I already used Retrotranslator to crosscompile the Java 
> 6.0 classes to Java 1.2, and checked their validity on J2ME. As far as I 
> can tell, my Java classes are 1.2 compilant and working, but 
> crosscompilation to Objective C has its quirks.
> 
> Let me first outline the class layout:
> 
> abstract class AbstractList extends AbstractCollection implements List
> {
>     class Itr implements Iterator
>     {
>         //...
>     }
> 
>     class ListItr extends Itr implements ListIterator
>     {
>         //...
>     }
> 
>     //..
> }
> 
> AbstractList has two inner classes and one of those inherits from the 
> other one. The problem is, that both AbstractList$Itr and 
> AbstractList$ListItr have the following synthetic member in their bytecode:
> 
> final synthetic AbstractList this$0;
> 
> Crosscompilation to Objective C works fine and yields two files, each 
> having the line
> 
> @public packagename_AbstractList_* this$0;
> 
> but because one class extends the other, I get this error from gcc:
> 
> error: duplicate member 'this$0';
> 
> One option would be to change my Java code, but the Collections 
> Framework has at least 4 Classes with multiple (even more than two) 
> inner classes which inherit from each other. So I guess this case should 
> somehow be handled by the XMLVM crosscompiler, but I'm completely unsure 
> how this would be done. When emitting the interface in xmlvm2objc.xsl, 
> we would need to check if there is any superclass which is also an inner 
> class, thus having a this$0 field. I think this might be beyond the 
> complexity of what should be done here, isn't it?
> 
> Im happy about any advice.
> 
> With best regards,
> Brian
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] porting android to iphone

[Wolfgang K. <wol...@xm...>]

Rukshan,

XMLVM contains a documentation located in the doc/manual folder. As most
of the XMLVM project, the documentation is work in progress and may not
answer all your questions. If your specific problem cannot be solved by
reading the documentation, feel free to post it on the mailing list. We
will try to give you assistance.

Porting Android's Canvas class should be possible. But since the Android
library and Cocoa Touch are quite complex there is still a lot missing.
As other open source projects XMLVM's progress depends on the the
community's support and contribution. So feel free to port the classes
you need and contribute to the project. Further details on contributing
to XMLVM can be found at http://xmlvm.org/contribute/ . Defining views
based on Android's XML layout resources is one of  the topics we are
currently working on.

XMLVM's memory management is based on reference counting facilitating
the Autorelease Pool mechanism.

-- Wolfgang



Joseph Rukshan Fonseka wrote:
> I have an android game I have written and wish to port it to iPhone. I  
> have tried the xmlvm tool before but the code it generated did not  
> compile. I am wondering if I did something wrong and didn't use the  
> tool correctly.
>
> Is there a proper tutorial on converting android to iphone?
>
> Also my game draws to the canvas as well as use android's xml views.  
> Can this be ported too?
>
> Will this tool also handle garbage collection?
>
> Thanks in advance,
> Rukshan.
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>   

[xmlvm-users] Multiple inner classes inheriting from each other lead to a gcc error.

[Brian S. <bri...@go...>]

Hi,

I'm completely new to XMLVM, but due to the external circumstances, I'm
forced to do something rather advanced with it, that is, a crosscompilation
of the Java 6.0 Collections Framework to Objective C. You might argue that
it might be better to use native Objective C collections and write bridges,
but as I need to get the same behaviour as on Java, I thought crosscompiling
would be nice. To make things easier for XMLVM I already used
Retrotranslator to crosscompile the Java 6.0 classes to Java 1.2, and
checked their validity on J2ME. As far as I can tell, my Java classes are
1.2 compilant and working, but crosscompilation to Objective C has its
quirks.

Let me first outline the class layout:

abstract class AbstractList extends AbstractCollection implements List
{
    class Itr implements Iterator
    {
        //...
    }

    class ListItr extends Itr implements ListIterator
    {
        //...
    }

    //..
}

AbstractList has two inner classes and one of those inherits from the other
one. The problem is, that both AbstractList$Itr and AbstractList$ListItr
have the following synthetic member in their bytecode:

final synthetic AbstractList this$0;

Crosscompilation to Objective C works fine and yields two files, each having
the line

@public packagename_AbstractList_* this$0;

but because one class extends the other, I get this error from gcc:

error: duplicate member 'this$0';

One option would be to change my Java code, but the Collections Framework
has at least 4 Classes with multiple (even more than two) inner classes
which inherit from each other. So I guess this case should somehow be
handled by the XMLVM crosscompiler, but I'm completely unsure how this would
be done. When emitting the interface in xmlvm2objc.xsl, we would need to
check if there is any superclass which is also an inner class, thus having a
this$0 field. I think this might be beyond the complexity of what should be
done here, isn't it?

Im happy about any advice.

With best regards,
Brian

[xmlvm-users] porting android to iphone

[Joseph R. F. <ruk...@op...>]

I have an android game I have written and wish to port it to iPhone. I  
have tried the xmlvm tool before but the code it generated did not  
compile. I am wondering if I did something wrong and didn't use the  
tool correctly.

Is there a proper tutorial on converting android to iphone?

Also my game draws to the canvas as well as use android's xml views.  
Can this be ported too?

Will this tool also handle garbage collection?

Thanks in advance,
Rukshan.

[xmlvm-users] iPhone: xmlvm.h UiScreen.h

[Benjamin A. <bar...@gm...>]

I am using Ubuntu and was just wondering if anybody else has seen this
problem when compiling with the generated xmlvm.h.
xmlvm.h:14:27: error: UIKit/UiScreen.h: No such file or directory

Changing UiScreen.h to UIScreen.h in xmlvm.h fixes the problem (upper case
I).
#import <UIKit/UiScreen.h> => #import <UIKit/UIScreen.h>

I also checked the headers that comes with the iPhone SDK and it is also
upper case I.

Re: [xmlvm-users] java.lang classes

[August B. <aug...@ya...>]

I see. Still, it would be convenient if the the classes missing mapping were automatically included. I'm trying to use JBox2D which uses lots of the rt.jar classes...

 /August Bering



----- Original Message ----
> From: Arno Puder <ar...@pu...>
> To: xml...@li...
> Sent: Tuesday, 1 September, 2009 17:32:48
> Subject: Re: [xmlvm-users] java.lang classes
> 
> 
> we don't cross-compile classes from rt.jar. The Objective-C standard 
> library offers classes with similar functionality and it is a lot more 
> efficient to map the API. E.g., java.lang.HashMap is mapped to 
> NSDictionary. You can see the classes for which we have mapped the API 
> by checking files in src/xmlvm2objc/compat-lib/objc. As you can tell, 
> there are still many of the java.lang.* classes missing.
> 
> Arno
> 
> 
> August Bering wrote:
> > I'm unsure how to go about using the standard java classes, for example 
> java.lang.Enum
> > I've noticed that these classes are not output as Objective C although they 
> should be straight forward to convert. Is there a reason for this? How should I 
> handle this problem? And are there any plans to make xmlvm dependancy-aware so 
> that it includes all used classes in the output?
> > 
> >  /August Bering
> > 
> > 
> > 
> >      
> > 
> > ------------------------------------------------------------------------------
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> > trial. Simplify your report design, integration and deployment - and focus on 
> > what you do best, core application coding. Discover what's new with 
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > xmlvm-users mailing list
> > xml...@li...
> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users



      

Re: [xmlvm-users] java.lang classes

[Arno P. <ar...@pu...>]

we don't cross-compile classes from rt.jar. The Objective-C standard 
library offers classes with similar functionality and it is a lot more 
efficient to map the API. E.g., java.lang.HashMap is mapped to 
NSDictionary. You can see the classes for which we have mapped the API 
by checking files in src/xmlvm2objc/compat-lib/objc. As you can tell, 
there are still many of the java.lang.* classes missing.

Arno


August Bering wrote:
> I'm unsure how to go about using the standard java classes, for example java.lang.Enum
> I've noticed that these classes are not output as Objective C although they should be straight forward to convert. Is there a reason for this? How should I handle this problem? And are there any plans to make xmlvm dependancy-aware so that it includes all used classes in the output?
> 
>  /August Bering
> 
> 
> 
>       
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

[xmlvm-users] java.lang classes

[August B. <aug...@ya...>]

I'm unsure how to go about using the standard java classes, for example java.lang.Enum
I've noticed that these classes are not output as Objective C although they should be straight forward to convert. Is there a reason for this? How should I handle this problem? And are there any plans to make xmlvm dependancy-aware so that it includes all used classes in the output?

 /August Bering



      

[xmlvm-users] syntax error in javascript output

[Steve H. <st...@xh...>]

I generated a Javascript file from a Java class file using XMLVM. When I
tried to load the Javascript file into the Spidermonkey command-line
Javascript interpreter, I got the following error:

js> load('org_ibex_nestedvm_UnixRuntime.js');
org_ibex_nestedvm_UnixRuntime.js:4567: SyntaxError: syntax error:
org_ibex_nestedvm_UnixRuntime.js:4567:     __stack[__sp++] = 
(__objectref instanceof String[]) ? 1 : 0;
org_ibex_nestedvm_UnixRuntime.js:4567: 
.....................................................^

Executed on an Ubuntu Hardy computer, with Spidermonkey version 1.7.0
installed from the standard package repository.

The Javascript file, as well as the original java file and class file are
attached to a bug report on sourceforge.

Re: [xmlvm-users] bug: jdom complains of illegal xml characters

[Steve H. <st...@xh...>]

Thanks very much for your response.  I will try your suggestions.

My ultimate destination is Javascript, so the Objective-C backend is not 
an issue.

I think using NestedVM as a front end to XMLVM creates exciting 
possibilities for your software.  It opens up a whole new class of code, 
namely almost any program that can be compiled with gcc, as inputs to XMLVM.

--Steve H.

Arno Puder wrote:
> the class file you attached to your bug report contained a string with 
> embedded binary data. That binary data was not properly escaped when 
> converted to XMLVM. I just submitted a patch that should fix this problem.
>
> Two comments:
>
> - the class file you try to convert is HUGE. You need to run XMLVM with
>    java -Xms32m -Xmx512m -jar dist/xmlvm.jar
>    otherwise you will run out of heap memory.
> - you mentioned that this class file was generated from a C program.
>    If you plan to use the Objective-C backend you might consider to use
>    the original C file instead of going through XMLVM. After all,
>    Objective-C is a strict superset of C.
>
> Arno
>
>   

Re: [xmlvm-users] jbox2d

[Arno P. <ar...@pu...>]

that one was a little trickier, but I just committed a fix for those 
duplicate methods.

Arno


August Bering wrote:
> I am getting strange errors when trying to cross compile jbox2d to iphone. Among other things the Vec2 class contains 2 clone() functions when compiled to objective c, with the only difference being different return types. This of course causes the obj c compiler to halt. This is the Vec2.h file that's output:
> 
> 
> #import "xmlvm.h"
> #import "java_lang_Object.h"
> 
> // For circular include:
> @class org_jbox2d_common_MathUtils;
> @class java_lang_Object;
> @class java_lang_Class;
> @class java_lang_StringBuilder;
> @class java_lang_String;
> @class org_jbox2d_common_Vec2;
> @class java_lang_Float;
> 
> // Automatically generated by xmlvm2obj. Do not edit!
> 
> 
>     
> @interface org_jbox2d_common_Vec2 : java_lang_Object
> {
> @public float x;
> @public float y;
> 
> }
> + (int) _GET_STATIC_watchCreations;
> + (void) _PUT_STATIC_watchCreations: (int) v;
> + (int) _GET_STATIC_creationCount;
> + (void) _PUT_STATIC_creationCount: (int) v;
> + (void) initialize;
> - (void) __init_org_jbox2d_common_Vec2;
> - (void) __init_org_jbox2d_common_Vec2___float_float :(float)n1 :(float)n2;
> - (void) __init_org_jbox2d_common_Vec2___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
> - (void) setZero;
> - (void) set___float_float :(float)n1 :(float)n2;
> - (org_jbox2d_common_Vec2*) set___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
> - (org_jbox2d_common_Vec2*) add___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
> - (org_jbox2d_common_Vec2*) sub___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
> - (org_jbox2d_common_Vec2*) mul___float :(float)n1;
> - (org_jbox2d_common_Vec2*) negate;
> - (org_jbox2d_common_Vec2*) negateLocal;
> - (org_jbox2d_common_Vec2*) addLocal___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
> - (org_jbox2d_common_Vec2*) addLocal___float_float :(float)n1 :(float)n2;
> - (org_jbox2d_common_Vec2*) subLocal___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
> - (org_jbox2d_common_Vec2*) mulLocal___float :(float)n1;
> - (float) length;
> - (float) lengthSquared;
> - (float) normalize;
> - (int) isValid;
> - (org_jbox2d_common_Vec2*) abs;
> - (void) absLocal;
> - (org_jbox2d_common_Vec2*) clone;
> - (java_lang_String*) toString;
> + (org_jbox2d_common_Vec2*) abs___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
> + (void) absToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
> + (float) dot___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
> + (float) cross___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
> + (org_jbox2d_common_Vec2*) cross___org_jbox2d_common_Vec2_float :(org_jbox2d_common_Vec2*)n1 :(float)n2;
> + (void) crossToOut___org_jbox2d_common_Vec2_float_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(float)n2 :(org_jbox2d_common_Vec2*)n3;
> + (org_jbox2d_common_Vec2*) cross___float_org_jbox2d_common_Vec2 :(float)n1 :(org_jbox2d_common_Vec2*)n2;
> + (void) crossToOut___float_org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(float)n1 :(org_jbox2d_common_Vec2*)n2 :(org_jbox2d_common_Vec2*)n3;
> + (void) negateToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
> + (org_jbox2d_common_Vec2*) min___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
> + (org_jbox2d_common_Vec2*) max___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
> + (void) minToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2 :(org_jbox2d_common_Vec2*)n3;
> + (void) maxToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2 :(org_jbox2d_common_Vec2*)n3;
> - (int) hashCode;
> - (int) equals___java_lang_Object :(java_lang_Object*)n1;
> - (java_lang_Object*) clone;
> 
> @end
> 
> 
> 
>  /August Bering
> 
> 
> 
>       
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] jbox2d

[Arno P. <ar...@pu...>]

fixed.

August Bering wrote:
> Another thing problem I got with jbox2d is the following, which appears on many different places:
> 
> #import "xmlvm.h"
> #import "java_lang_Object.h"
> 
> // For circular include:
> @class org_jbox2d_dynamics_BodyGroup;
> @class java_lang_Object;
> @class java_lang_String;
> @class org_jbox2d_dynamics_Body;
> @class java_util_Iterator;
> @class org_jbox2d_dynamics_World;
> @class java_util_HashSet;
> @class java_lang_Class;
> @class java_lang_AssertionError;
> @class java_util_Set;
> @class java_util_Collection;
> @class [Lorg_jbox2d_dynamics_Body;;
> 
> Notice the last line... I attach the java and class file for this. By the way, thanks for your cool software!
> 
>  /August Bering
> 
> 
> 
> ----- Original Message ----
>> From: Arno Puder <ar...@pu...>
>> To: xml...@li...
>> Sent: Saturday, 29 August, 2009 20:33:05
>> Subject: Re: [xmlvm-users] jbox2d
>>
>>
>> to make my life easier, could you please send me Vec2.java and Vec2.class?
>>
>> Thanks,
>> Arno
>>
>>
>> August Bering wrote:
>>> I am getting strange errors when trying to cross compile jbox2d to iphone. 
>> Among other things the Vec2 class contains 2 clone() functions when compiled to 
>> objective c, with the only difference being different return types. This of 
>> course causes the obj c compiler to halt. This is the Vec2.h file that's output:
>>>
>>> #import "xmlvm.h"
>>> #import "java_lang_Object.h"
>>>
>>> // For circular include:
>>> @class org_jbox2d_common_MathUtils;
>>> @class java_lang_Object;
>>> @class java_lang_Class;
>>> @class java_lang_StringBuilder;
>>> @class java_lang_String;
>>> @class org_jbox2d_common_Vec2;
>>> @class java_lang_Float;
>>>
>>> // Automatically generated by xmlvm2obj. Do not edit!
>>>
>>>
>>>    
>>> @interface org_jbox2d_common_Vec2 : java_lang_Object
>>> {
>>> @public float x;
>>> @public float y;
>>>
>>> }
>>> + (int) _GET_STATIC_watchCreations;
>>> + (void) _PUT_STATIC_watchCreations: (int) v;
>>> + (int) _GET_STATIC_creationCount;
>>> + (void) _PUT_STATIC_creationCount: (int) v;
>>> + (void) initialize;
>>> - (void) __init_org_jbox2d_common_Vec2;
>>> - (void) __init_org_jbox2d_common_Vec2___float_float :(float)n1 :(float)n2;
>>> - (void) __init_org_jbox2d_common_Vec2___org_jbox2d_common_Vec2 
>> :(org_jbox2d_common_Vec2*)n1;
>>> - (void) setZero;
>>> - (void) set___float_float :(float)n1 :(float)n2;
>>> - (org_jbox2d_common_Vec2*) set___org_jbox2d_common_Vec2 
>> :(org_jbox2d_common_Vec2*)n1;
>>> - (org_jbox2d_common_Vec2*) add___org_jbox2d_common_Vec2 
>> :(org_jbox2d_common_Vec2*)n1;
>>> - (org_jbox2d_common_Vec2*) sub___org_jbox2d_common_Vec2 
>> :(org_jbox2d_common_Vec2*)n1;
>>> - (org_jbox2d_common_Vec2*) mul___float :(float)n1;
>>> - (org_jbox2d_common_Vec2*) negate;
>>> - (org_jbox2d_common_Vec2*) negateLocal;
>>> - (org_jbox2d_common_Vec2*) addLocal___org_jbox2d_common_Vec2 
>> :(org_jbox2d_common_Vec2*)n1;
>>> - (org_jbox2d_common_Vec2*) addLocal___float_float :(float)n1 :(float)n2;
>>> - (org_jbox2d_common_Vec2*) subLocal___org_jbox2d_common_Vec2 
>> :(org_jbox2d_common_Vec2*)n1;
>>> - (org_jbox2d_common_Vec2*) mulLocal___float :(float)n1;
>>> - (float) length;
>>> - (float) lengthSquared;
>>> - (float) normalize;
>>> - (int) isValid;
>>> - (org_jbox2d_common_Vec2*) abs;
>>> - (void) absLocal;
>>> - (org_jbox2d_common_Vec2*) clone;
>>> - (java_lang_String*) toString;
>>> + (org_jbox2d_common_Vec2*) abs___org_jbox2d_common_Vec2 
>> :(org_jbox2d_common_Vec2*)n1;
>>> + (void) absToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 
>> :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
>>> + (float) dot___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 
>> :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
>>> + (float) cross___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 
>> :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
>>> + (org_jbox2d_common_Vec2*) cross___org_jbox2d_common_Vec2_float 
>> :(org_jbox2d_common_Vec2*)n1 :(float)n2;
>>> + (void) crossToOut___org_jbox2d_common_Vec2_float_org_jbox2d_common_Vec2 
>> :(org_jbox2d_common_Vec2*)n1 :(float)n2 :(org_jbox2d_common_Vec2*)n3;
>>> + (org_jbox2d_common_Vec2*) cross___float_org_jbox2d_common_Vec2 :(float)n1 
>> :(org_jbox2d_common_Vec2*)n2;
>>> + (void) crossToOut___float_org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 
>> :(float)n1 :(org_jbox2d_common_Vec2*)n2 :(org_jbox2d_common_Vec2*)n3;
>>> + (void) negateToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 
>> :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
>>> + (org_jbox2d_common_Vec2*) 
>> min___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 
>> :(org_jbox2d_common_Vec2*)n2;
>>> + (org_jbox2d_common_Vec2*) 
>> max___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 
>> :(org_jbox2d_common_Vec2*)n2;
>>> + (void) 
>> minToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 
>> :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2 
>> :(org_jbox2d_common_Vec2*)n3;
>>> + (void) 
>> maxToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 
>> :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2 
>> :(org_jbox2d_common_Vec2*)n3;
>>> - (int) hashCode;
>>> - (int) equals___java_lang_Object :(java_lang_Object*)n1;
>>> - (java_lang_Object*) clone;
>>>
>>> @end
>>>
>>>
>>>
>>>  /August Bering
>>>
>>>
>>>
>>>      
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
>>> trial. Simplify your report design, integration and deployment - and focus on 
>>> what you do best, core application coding. Discover what's new with 
>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> xmlvm-users mailing list
>>> xml...@li...
>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
>> trial. Simplify your report design, integration and deployment - and focus on 
>> what you do best, core application coding. Discover what's new with 
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> xmlvm-users mailing list
>> xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> 
> 
> 
>       

Re: [xmlvm-users] bug: jdom complains of illegal xml characters

[Arno P. <ar...@pu...>]

the class file you attached to your bug report contained a string with 
embedded binary data. That binary data was not properly escaped when 
converted to XMLVM. I just submitted a patch that should fix this problem.

Two comments:

- the class file you try to convert is HUGE. You need to run XMLVM with
   java -Xms32m -Xmx512m -jar dist/xmlvm.jar
   otherwise you will run out of heap memory.
- you mentioned that this class file was generated from a C program.
   If you plan to use the Objective-C backend you might consider to use
   the original C file instead of going through XMLVM. After all,
   Objective-C is a strict superset of C.

Arno


Steve Huntley wrote:
> I successfully installed and compiled xmlvm (checked out of svn today) 
> on an Ubuntu Hardy machine with Sun Java 1.6 installed. I tried a simple 
> conversion using a single class file that runs in the JVM without error. 
> I used the command "xmlvm --in=Jim.class" and I got an error: 'Exception 
> in thread "main" java.lang.reflect.InvocationTargetException'. Full 
> output is reproduced below. I opened a bug report and attached the class 
> file to it.
> 
> Any help in getting this class file converted would be appreciated.
> 
> $ xmlvm --in=../jim/Jim.class
> [08/29/09 01:51:58.821] DEBUG: Instantiated: 
> org.xmlvm.proc.in.ClassInputProcess
> [08/29/09 01:51:58.822] DEBUG: Instantiated: 
> org.xmlvm.proc.in.ClassInputProcess for "../jim/Jim.class"
> [08/29/09 01:51:58.822] DEBUG: Instantiated: 
> org.xmlvm.proc.out.XmlvmOutputProcess
> [08/29/09 01:51:58.822] DEBUG: Adding preprocess 
> org.xmlvm.proc.in.ClassInputProcess to process 
> org.xmlvm.proc.out.XmlvmOutputProcess
> [08/29/09 01:51:58.822] DEBUG: ClassInputProcess.process(): 
> ../jim/Jim.class
> Exception in thread "main" java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
> 
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
> 
> at java.lang.reflect.Method.invoke(Method.java:597)
> at com.simontuffs.onejar.Boot.run(Boot.java:306)
> at com.simontuffs.onejar.Boot.main(Boot.java:159)
> Caused by: org.jdom.IllegalDataException: The data "x 
" is not 
> legal for a JDOM attribute: 0x0 is not a legal XML character.
> at org.jdom.Attribute.setValue(Attribute.java:486)
> at org.jdom.Attribute.<init>(Attribute.java:229)
> at org.jdom.Attribute.<init>(Attribute.java:252)
> at org.jdom.Element.setAttribute(Element.java:1109)
> at 
> org.xmlvm.proc.in.ClassInputProcess$BcelVisitor.addConstant(ClassInputProcess.java:317) 
> 
> at 
> org.xmlvm.proc.in.ClassInputProcess$BcelVisitor.emitCPInstruction(ClassInputProcess.java:612) 
> 
> at 
> org.xmlvm.proc.in.ClassInputProcess$BcelVisitor.visitCode(ClassInputProcess.java:485) 
> 
> at org.apache.bcel.classfile.Code.accept(Code.java:132)
> at 
> org.apache.bcel.classfile.DescendingVisitor.visitCode(DescendingVisitor.java:174) 
> 
> at org.apache.bcel.classfile.Code.accept(Code.java:132)
> at 
> org.apache.bcel.classfile.DescendingVisitor.visitMethod(DescendingVisitor.java:159) 
> 
> at org.apache.bcel.classfile.Method.accept(Method.java:102)
> at 
> org.apache.bcel.classfile.DescendingVisitor.visitJavaClass(DescendingVisitor.java:103) 
> 
> at org.apache.bcel.classfile.JavaClass.accept(JavaClass.java:213)
> at 
> org.apache.bcel.classfile.DescendingVisitor.visit(DescendingVisitor.java:88) 
> 
> at org.xmlvm.proc.in.ClassInputProcess.process(ClassInputProcess.java:96)
> at org.xmlvm.proc.XmlvmProcess.preprocess(XmlvmProcess.java:172)
> at 
> org.xmlvm.proc.out.XmlvmOutputProcess.process(XmlvmOutputProcess.java:54)
> at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:105)
> at org.xmlvm.proc.NewMain.main(NewMain.java:55)
> ... 6 more
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] bug: jdom complains of illegal xml characters

[Stephen H. <ste...@al...>]

There is no original Jim java file.  I used the NestedVM compiler to  
cross-compile a C program to the Jim.class file.

"Arno Puder" <ar...@pu...> wrote:

>
> can you please send me the original Jim.java file?
>
> Arno
>
>
> Steve Huntley wrote:
>> I successfully installed and compiled xmlvm (checked out of svn today)
>> on an Ubuntu Hardy machine with Sun Java 1.6 installed. I tried a simple
>> conversion using a single class file that runs in the JVM without error.
>> I used the command "xmlvm --in=Jim.class" and I got an error: 'Exception
>> in thread "main" java.lang.reflect.InvocationTargetException'. Full
>> output is reproduced below. I opened a bug report and attached the class
>> file to it.
>>
>> Any help in getting this class file converted would be appreciated.
>>
>> $ xmlvm --in=../jim/Jim.class
>> [08/29/09 01:51:58.821] DEBUG: Instantiated:
>> org.xmlvm.proc.in.ClassInputProcess
>> [08/29/09 01:51:58.822] DEBUG: Instantiated:
>> org.xmlvm.proc.in.ClassInputProcess for "../jim/Jim.class"
>> [08/29/09 01:51:58.822] DEBUG: Instantiated:
>> org.xmlvm.proc.out.XmlvmOutputProcess
>> [08/29/09 01:51:58.822] DEBUG: Adding preprocess
>> org.xmlvm.proc.in.ClassInputProcess to process
>> org.xmlvm.proc.out.XmlvmOutputProcess
>> [08/29/09 01:51:58.822] DEBUG: ClassInputProcess.process():
>> ../jim/Jim.class
>> Exception in thread "main" java.lang.reflect.InvocationTargetException
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> at com.simontuffs.onejar.Boot.run(Boot.java:306)
>> at com.simontuffs.onejar.Boot.main(Boot.java:159)
>> Caused by: org.jdom.IllegalDataException: The data "x 
" is not
>> legal for a JDOM attribute: 0x0 is not a legal XML character.
>> at org.jdom.Attribute.setValue(Attribute.java:486)
>> at org.jdom.Attribute.<init>(Attribute.java:229)
>> at org.jdom.Attribute.<init>(Attribute.java:252)
>> at org.jdom.Element.setAttribute(Element.java:1109)
>> at
>> org.xmlvm.proc.in.ClassInputProcess$BcelVisitor.addConstant(ClassInputProcess.java:317)
>>
>> at
>> org.xmlvm.proc.in.ClassInputProcess$BcelVisitor.emitCPInstruction(ClassInputProcess.java:612)
>>
>> at
>> org.xmlvm.proc.in.ClassInputProcess$BcelVisitor.visitCode(ClassInputProcess.java:485)
>>
>> at org.apache.bcel.classfile.Code.accept(Code.java:132)
>> at
>> org.apache.bcel.classfile.DescendingVisitor.visitCode(DescendingVisitor.java:174)
>>
>> at org.apache.bcel.classfile.Code.accept(Code.java:132)
>> at
>> org.apache.bcel.classfile.DescendingVisitor.visitMethod(DescendingVisitor.java:159)
>>
>> at org.apache.bcel.classfile.Method.accept(Method.java:102)
>> at
>> org.apache.bcel.classfile.DescendingVisitor.visitJavaClass(DescendingVisitor.java:103)
>>
>> at org.apache.bcel.classfile.JavaClass.accept(JavaClass.java:213)
>> at
>> org.apache.bcel.classfile.DescendingVisitor.visit(DescendingVisitor.java:88)
>>
>> at org.xmlvm.proc.in.ClassInputProcess.process(ClassInputProcess.java:96)
>> at org.xmlvm.proc.XmlvmProcess.preprocess(XmlvmProcess.java:172)
>> at
>> org.xmlvm.proc.out.XmlvmOutputProcess.process(XmlvmOutputProcess.java:54)
>> at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:105)
>> at org.xmlvm.proc.NewMain.main(NewMain.java:55)
>> ... 6 more
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>> trial. Simplify your report design, integration and deployment -  
>> and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> xmlvm-users mailing list
>> xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

Re: [xmlvm-users] jbox2d

[Arno P. <ar...@pu...>]

to make my life easier, could you please send me Vec2.java and Vec2.class?

Thanks,
Arno


August Bering wrote:
> I am getting strange errors when trying to cross compile jbox2d to iphone. Among other things the Vec2 class contains 2 clone() functions when compiled to objective c, with the only difference being different return types. This of course causes the obj c compiler to halt. This is the Vec2.h file that's output:
> 
> 
> #import "xmlvm.h"
> #import "java_lang_Object.h"
> 
> // For circular include:
> @class org_jbox2d_common_MathUtils;
> @class java_lang_Object;
> @class java_lang_Class;
> @class java_lang_StringBuilder;
> @class java_lang_String;
> @class org_jbox2d_common_Vec2;
> @class java_lang_Float;
> 
> // Automatically generated by xmlvm2obj. Do not edit!
> 
> 
>     
> @interface org_jbox2d_common_Vec2 : java_lang_Object
> {
> @public float x;
> @public float y;
> 
> }
> + (int) _GET_STATIC_watchCreations;
> + (void) _PUT_STATIC_watchCreations: (int) v;
> + (int) _GET_STATIC_creationCount;
> + (void) _PUT_STATIC_creationCount: (int) v;
> + (void) initialize;
> - (void) __init_org_jbox2d_common_Vec2;
> - (void) __init_org_jbox2d_common_Vec2___float_float :(float)n1 :(float)n2;
> - (void) __init_org_jbox2d_common_Vec2___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
> - (void) setZero;
> - (void) set___float_float :(float)n1 :(float)n2;
> - (org_jbox2d_common_Vec2*) set___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
> - (org_jbox2d_common_Vec2*) add___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
> - (org_jbox2d_common_Vec2*) sub___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
> - (org_jbox2d_common_Vec2*) mul___float :(float)n1;
> - (org_jbox2d_common_Vec2*) negate;
> - (org_jbox2d_common_Vec2*) negateLocal;
> - (org_jbox2d_common_Vec2*) addLocal___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
> - (org_jbox2d_common_Vec2*) addLocal___float_float :(float)n1 :(float)n2;
> - (org_jbox2d_common_Vec2*) subLocal___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
> - (org_jbox2d_common_Vec2*) mulLocal___float :(float)n1;
> - (float) length;
> - (float) lengthSquared;
> - (float) normalize;
> - (int) isValid;
> - (org_jbox2d_common_Vec2*) abs;
> - (void) absLocal;
> - (org_jbox2d_common_Vec2*) clone;
> - (java_lang_String*) toString;
> + (org_jbox2d_common_Vec2*) abs___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
> + (void) absToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
> + (float) dot___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
> + (float) cross___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
> + (org_jbox2d_common_Vec2*) cross___org_jbox2d_common_Vec2_float :(org_jbox2d_common_Vec2*)n1 :(float)n2;
> + (void) crossToOut___org_jbox2d_common_Vec2_float_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(float)n2 :(org_jbox2d_common_Vec2*)n3;
> + (org_jbox2d_common_Vec2*) cross___float_org_jbox2d_common_Vec2 :(float)n1 :(org_jbox2d_common_Vec2*)n2;
> + (void) crossToOut___float_org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(float)n1 :(org_jbox2d_common_Vec2*)n2 :(org_jbox2d_common_Vec2*)n3;
> + (void) negateToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
> + (org_jbox2d_common_Vec2*) min___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
> + (org_jbox2d_common_Vec2*) max___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
> + (void) minToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2 :(org_jbox2d_common_Vec2*)n3;
> + (void) maxToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2 :(org_jbox2d_common_Vec2*)n3;
> - (int) hashCode;
> - (int) equals___java_lang_Object :(java_lang_Object*)n1;
> - (java_lang_Object*) clone;
> 
> @end
> 
> 
> 
>  /August Bering
> 
> 
> 
>       
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] bug: jdom complains of illegal xml characters

[Arno P. <ar...@pu...>]

can you please send me the original Jim.java file?

Arno


Steve Huntley wrote:
> I successfully installed and compiled xmlvm (checked out of svn today) 
> on an Ubuntu Hardy machine with Sun Java 1.6 installed. I tried a simple 
> conversion using a single class file that runs in the JVM without error. 
> I used the command "xmlvm --in=Jim.class" and I got an error: 'Exception 
> in thread "main" java.lang.reflect.InvocationTargetException'. Full 
> output is reproduced below. I opened a bug report and attached the class 
> file to it.
> 
> Any help in getting this class file converted would be appreciated.
> 
> $ xmlvm --in=../jim/Jim.class
> [08/29/09 01:51:58.821] DEBUG: Instantiated: 
> org.xmlvm.proc.in.ClassInputProcess
> [08/29/09 01:51:58.822] DEBUG: Instantiated: 
> org.xmlvm.proc.in.ClassInputProcess for "../jim/Jim.class"
> [08/29/09 01:51:58.822] DEBUG: Instantiated: 
> org.xmlvm.proc.out.XmlvmOutputProcess
> [08/29/09 01:51:58.822] DEBUG: Adding preprocess 
> org.xmlvm.proc.in.ClassInputProcess to process 
> org.xmlvm.proc.out.XmlvmOutputProcess
> [08/29/09 01:51:58.822] DEBUG: ClassInputProcess.process(): 
> ../jim/Jim.class
> Exception in thread "main" java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
> 
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
> 
> at java.lang.reflect.Method.invoke(Method.java:597)
> at com.simontuffs.onejar.Boot.run(Boot.java:306)
> at com.simontuffs.onejar.Boot.main(Boot.java:159)
> Caused by: org.jdom.IllegalDataException: The data "x 
" is not 
> legal for a JDOM attribute: 0x0 is not a legal XML character.
> at org.jdom.Attribute.setValue(Attribute.java:486)
> at org.jdom.Attribute.<init>(Attribute.java:229)
> at org.jdom.Attribute.<init>(Attribute.java:252)
> at org.jdom.Element.setAttribute(Element.java:1109)
> at 
> org.xmlvm.proc.in.ClassInputProcess$BcelVisitor.addConstant(ClassInputProcess.java:317) 
> 
> at 
> org.xmlvm.proc.in.ClassInputProcess$BcelVisitor.emitCPInstruction(ClassInputProcess.java:612) 
> 
> at 
> org.xmlvm.proc.in.ClassInputProcess$BcelVisitor.visitCode(ClassInputProcess.java:485) 
> 
> at org.apache.bcel.classfile.Code.accept(Code.java:132)
> at 
> org.apache.bcel.classfile.DescendingVisitor.visitCode(DescendingVisitor.java:174) 
> 
> at org.apache.bcel.classfile.Code.accept(Code.java:132)
> at 
> org.apache.bcel.classfile.DescendingVisitor.visitMethod(DescendingVisitor.java:159) 
> 
> at org.apache.bcel.classfile.Method.accept(Method.java:102)
> at 
> org.apache.bcel.classfile.DescendingVisitor.visitJavaClass(DescendingVisitor.java:103) 
> 
> at org.apache.bcel.classfile.JavaClass.accept(JavaClass.java:213)
> at 
> org.apache.bcel.classfile.DescendingVisitor.visit(DescendingVisitor.java:88) 
> 
> at org.xmlvm.proc.in.ClassInputProcess.process(ClassInputProcess.java:96)
> at org.xmlvm.proc.XmlvmProcess.preprocess(XmlvmProcess.java:172)
> at 
> org.xmlvm.proc.out.XmlvmOutputProcess.process(XmlvmOutputProcess.java:54)
> at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:105)
> at org.xmlvm.proc.NewMain.main(NewMain.java:55)
> ... 6 more
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

[xmlvm-users] jbox2d

[August B. <aug...@ya...>]

I am getting strange errors when trying to cross compile jbox2d to iphone. Among other things the Vec2 class contains 2 clone() functions when compiled to objective c, with the only difference being different return types. This of course causes the obj c compiler to halt. This is the Vec2.h file that's output:


#import "xmlvm.h"
#import "java_lang_Object.h"

// For circular include:
@class org_jbox2d_common_MathUtils;
@class java_lang_Object;
@class java_lang_Class;
@class java_lang_StringBuilder;
@class java_lang_String;
@class org_jbox2d_common_Vec2;
@class java_lang_Float;

// Automatically generated by xmlvm2obj. Do not edit!


    
@interface org_jbox2d_common_Vec2 : java_lang_Object
{
@public float x;
@public float y;

}
+ (int) _GET_STATIC_watchCreations;
+ (void) _PUT_STATIC_watchCreations: (int) v;
+ (int) _GET_STATIC_creationCount;
+ (void) _PUT_STATIC_creationCount: (int) v;
+ (void) initialize;
- (void) __init_org_jbox2d_common_Vec2;
- (void) __init_org_jbox2d_common_Vec2___float_float :(float)n1 :(float)n2;
- (void) __init_org_jbox2d_common_Vec2___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
- (void) setZero;
- (void) set___float_float :(float)n1 :(float)n2;
- (org_jbox2d_common_Vec2*) set___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
- (org_jbox2d_common_Vec2*) add___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
- (org_jbox2d_common_Vec2*) sub___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
- (org_jbox2d_common_Vec2*) mul___float :(float)n1;
- (org_jbox2d_common_Vec2*) negate;
- (org_jbox2d_common_Vec2*) negateLocal;
- (org_jbox2d_common_Vec2*) addLocal___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
- (org_jbox2d_common_Vec2*) addLocal___float_float :(float)n1 :(float)n2;
- (org_jbox2d_common_Vec2*) subLocal___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
- (org_jbox2d_common_Vec2*) mulLocal___float :(float)n1;
- (float) length;
- (float) lengthSquared;
- (float) normalize;
- (int) isValid;
- (org_jbox2d_common_Vec2*) abs;
- (void) absLocal;
- (org_jbox2d_common_Vec2*) clone;
- (java_lang_String*) toString;
+ (org_jbox2d_common_Vec2*) abs___org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1;
+ (void) absToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
+ (float) dot___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
+ (float) cross___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
+ (org_jbox2d_common_Vec2*) cross___org_jbox2d_common_Vec2_float :(org_jbox2d_common_Vec2*)n1 :(float)n2;
+ (void) crossToOut___org_jbox2d_common_Vec2_float_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(float)n2 :(org_jbox2d_common_Vec2*)n3;
+ (org_jbox2d_common_Vec2*) cross___float_org_jbox2d_common_Vec2 :(float)n1 :(org_jbox2d_common_Vec2*)n2;
+ (void) crossToOut___float_org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(float)n1 :(org_jbox2d_common_Vec2*)n2 :(org_jbox2d_common_Vec2*)n3;
+ (void) negateToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
+ (org_jbox2d_common_Vec2*) min___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
+ (org_jbox2d_common_Vec2*) max___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2;
+ (void) minToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2 :(org_jbox2d_common_Vec2*)n3;
+ (void) maxToOut___org_jbox2d_common_Vec2_org_jbox2d_common_Vec2_org_jbox2d_common_Vec2 :(org_jbox2d_common_Vec2*)n1 :(org_jbox2d_common_Vec2*)n2 :(org_jbox2d_common_Vec2*)n3;
- (int) hashCode;
- (int) equals___java_lang_Object :(java_lang_Object*)n1;
- (java_lang_Object*) clone;

@end



 /August Bering