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

Re: [xmlvm-users] Code Signature

[Leo I. <le...@sc...>]

Apple's license says you have to make it with the apple SDK. It doesn't say 
where you can get the code from. Therefore, you don't need to write it from 
scratch. You can use XMLVM if you want.


Not at all. XMLVM is generating Obj-C Code and it's up to you what you do with 
it.

As past discussion showed, it's still somewhat in the air whether apps developer 
with XMLVM are breaking any licensing conditions.


On Mon, Jul 12, 2010 at 10:12 PM, Tor Lillqvist <tm...@ik...> wrote:

> Hi. Let's say I make an iphone application in java, then use xmlvm to make
>> an iphone source. Let's also say that I have a mac so I can run Xcode and
>> the apple sdk (I don't, but if I get a copy of OS X running on my PC I will
>> get the sdk).
>
>Does this mailing list want to be seen as a forum where people
>exchange hints on how to deliberately break Apple's licensing
>conditions?
>
>--tml
>
>
>------------------------------------------------------------------------------
>This SF.net email is sponsored by Sprint
>What will you do first with EVO, the first 4G phone?
>Visit sprint.com/first-- http://p.sf.net/sfu/sprint-com-first
>_______________________________________________
>xmlvm-users mailing list
>xml...@li...
>https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

Re: [xmlvm-users] Code Signature

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

Not at all. XMLVM is generating Obj-C Code and it's up to you what you do
with it.

As past discussion showed, it's still somewhat in the air whether apps
developer with XMLVM are breaking any licensing conditions.

On Mon, Jul 12, 2010 at 10:12 PM, Tor Lillqvist <tm...@ik...> wrote:

> > Hi. Let's say I make an iphone application in java, then use xmlvm to
> make
> > an iphone source. Let's also say that I have a mac so I can run Xcode and
> > the apple sdk (I don't, but if I get a copy of OS X running on my PC I
> will
> > get the sdk).
>
> Does this mailing list want to be seen as a forum where people
> exchange hints on how to deliberately break Apple's licensing
> conditions?
>
> --tml
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

Re: [xmlvm-users] Code Signature

[Tor L. <tm...@ik...>]

> Hi. Let's say I make an iphone application in java, then use xmlvm to make
> an iphone source. Let's also say that I have a mac so I can run Xcode and
> the apple sdk (I don't, but if I get a copy of OS X running on my PC I will
> get the sdk).

Does this mailing list want to be seen as a forum where people
exchange hints on how to deliberately break Apple's licensing
conditions?

--tml

Re: [xmlvm-users] Code Signature

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

Others please correct me if I am wrong, but I think this works fine. At
least it worked fine with the iPhone 3 SDK. There are some tricks that you
need to perform with your XCode though in order to get this working. I don't
have the link here right now, but if you are interesting, I can find them
for you.

// Sascha

On Mon, Jul 12, 2010 at 4:09 PM, Leo Izen <le...@sc...> wrote:

> Hi. Let's say I make an iphone application in java, then use xmlvm to make
> an iphone source. Let's also say that I have a mac so I can run Xcode and
> the apple sdk (I don't, but if I get a copy of OS X running on my PC I will
> get the sdk). Do I need to pay 99 dollars to apple to get a signature
> signing request? I don't want to post my app on the app store, I want to
> post it on Cydia/Rock (these are installers for Jailbroken iDevices).
> Jailbroken iDevices don't check for signatures in apps, so I know I will be
> able to install it without a signature.
>
> The question is, will Xcode compile my application that was built with
> xmlvm if I don't have a signature?
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>

[xmlvm-users] Code Signature

[Leo I. <le...@sc...>]

Hi. Let's say I make an iphone application in java, then use xmlvm to make an 
iphone source. Let's also say that I have a mac so I can run Xcode and the apple 
sdk (I don't, but if I get a copy of OS X running on my PC I will get the sdk). 
Do I need to pay 99 dollars to apple to get a signature signing request? I don't 
want to post my app on the app store, I want to post it on Cydia/Rock (these are 
installers for Jailbroken iDevices). Jailbroken iDevices don't check for 
signatures in apps, so I know I will be able to install it without a signature.

The question is, will Xcode compile my application that was built with xmlvm if 
I don't have a signature?

Re: [xmlvm-users] Using categories vs. encapsulation in Objective-C compat-lib

[Panayotis K. <pan...@pa...>]

On 12 Ιουλ 2010, at 11:10 μ.μ., Paul Poley wrote:

> An associative reference looks to be just what I need.  I'm assuming it works with at least the latest version of iOS 3 & not just 4.0 & beyond.
> 

It requires iOS 3.1 and above - and it is not supported at the simulator.
Of course there you don't really care so much of memory leaks, as with iPhone.


> I suppose the best solution is to lazily create the reference only when first needed, since most objects won't need it.  That will also not create any overhead to existing functionality.
> 

Have in mind that this solution actually retains the object - it is not just a weak reference.

Re: [xmlvm-users] Using categories vs. encapsulation in Objective-C compat-lib

[Paul P. <bay...@gm...>]

An associative reference looks to be just what I need.  I'm assuming it
works with at least the latest version of iOS 3 & not just 4.0 & beyond.

I suppose the best solution is to lazily create the reference only when
first needed, since most objects won't need it.  That will also not create
any overhead to existing functionality.

Thanks Arno!  I'll try that.

While still somewhat on topic, I need to throw an
IllegalMonitorStateException if the current thread is not the owner of the
object's monitor.  In Java, this is native code, and I am uncertain how to
check this in Objective-C.  Googling didn't help me much either.  Does
anyone know how to check in Objective-C?

Thanks!
Paul

On Mon, Jul 12, 2010 at 3:25 AM, Arno Puder <ar...@pu...> wrote:

>
> Apple recently added something called Associative References that might
> help with what you need:
>
> http://developer.apple.com/iphone/library/documentation/cocoa/Conceptual/ObjectiveC/Articles/ocAssociativeReferences.html
>
> Arno
>
>
> On 7/12/10 7:22 AM, Paul Poley wrote:
> > Regarding categories & cross-compiling the original JRE classes, I am
> > trying to implement:
> >
> > wait()
> > wait(long)
> > notify()
> > notifyAll()
> >
> > 1) If cross-compiling the original JRE, we will of course still need to
> > implement the native methods, including java.lang.Object's wait/notify
> > 2) Unfortunately my implementation of wait/notify requires me to keep
> > some state in java_lang_Object & I cannot do so since it is a category.
> >   Is there a way around this in XMLVM's current state?
> >
> > I believe I have everything written out, although it's a theoretical
> > solution right now.  However, because I need member variables, I cannot
> > try it out without changing java_lang_Object to inherit from NSObject
> > rather than be a category.  That causes other issues though.  For
> > example, many XMLVM objects represented as categories of objective-c
> > objects automatically share the benefits of java_lang_Object without
> > explicitly saying so, as needed.  Using inheritance for java_lang_Object
> > instead of categories removes this currently necessary benefit.
> >
> > Does anyone have any suggestions?  If we can get that working,
> > implementing Thread interruptions shouldn't be very difficult building
> > upon this.
> >
> > Thanks!
> > Paul Poley
> >
> >
> > On Sun, Jul 11, 2010 at 6:47 AM, Arno Puder <ar...@pu...
> > <mailto:ar...@pu...>> wrote:
> >
> >
> >     there are always trait-offs when you map from one platform to
> another.
> >     The efficiency of using categories comes with the downside you've
> >     described.
> >
> >     We are currently working on cross-compiling the original JRE classes
> >     from OpenJDK. For one, it would give us instant 100% compatibility
> and
> >     the issues you have described would also be resolved. Note that this
> is
> >     ongoing work and will take some time to complete.
> >
> >     Arno
> >
> >
> >     On 7/7/10 7:31 PM, bar...@ao... <mailto:bar...@ao...> wrote:
> >      >
> >      > I think that having java_util_ArrayList.m be a category on
> >      > NSMutableArray is a clever use of categories, but wouldn't
> >     encapsulation
> >      > generally be a more flexible option? One potential issue I see
> >     with the
> >      > category approach is that since java_util_ArrayList.m and
> >      > java_util_LinkedList.m are both categories on NSMutableArray, what
> >      > happens if the client java code relies on checking the kind of
> >     the list
> >      > using reflection? Won't java_util_ArrayList and
> java_util_LinkedList
> >      > then be indistinguishable from each other at runtime?
> >      >
> >      > The same goes for the other classes where categories are used:
> >     String,
> >      > StringBuffer, HashMap/Set, URI/URL, etc.
> >      >
> >      >
> >      >
> >      >
> >
> ------------------------------------------------------------------------------
> >      > This SF.net email is sponsored by Sprint
> >      > What will you do first with EVO, the first 4G phone?
> >      > Visit sprint.com/first <http://sprint.com/first> --
> >     http://p.sf.net/sfu/sprint-com-first
> >      >
> >      >
> >      >
> >      > _______________________________________________
> >      > xmlvm-users mailing list
> >      > xml...@li...
> >     <mailto:xml...@li...>
> >      > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> >
> >
> ------------------------------------------------------------------------------
> >     This SF.net email is sponsored by Sprint
> >     What will you do first with EVO, the first 4G phone?
> >     Visit sprint.com/first <http://sprint.com/first> --
> >     http://p.sf.net/sfu/sprint-com-first
> >     _______________________________________________
> >     xmlvm-users mailing list
> >     xml...@li...
> >     <mailto:xml...@li...>
> >     https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> >
> >
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

Re: [xmlvm-users] Using categories vs. encapsulation in Objective-C compat-lib

[Panayotis K. <pan...@pa...>]

On 11 Ιουλ 2010, at 2:47 μ.μ., Arno Puder wrote:

> …
> We are currently working on cross-compiling the original JRE classes 
> from OpenJDK. For one, it would give us instant 100% compatibility and 
> the issues you have described would also be resolved. Note that this is 
> ongoing work and will take some time to complete.
> 
> Arno


I have a comment on this.
I think that even if it is useful and "quick", direct using of java objects found in the JDK is not a good idea.
JDK is optimized for various versions, situations and platforms, and uses many objects from many other packages.
Moreover most of the library is written in JAVA itself (and for a good reason).

At least for the iOS port I believe that this is not an optimum solution. Most calls can be directly mapped to obj-c selectors and there is no need to implement them just to keep 100% java compatibility. I believe the pathway that was followed up to now, to map as much methods as possible and implement anew only tiny bits, is the best approach.

Panayotis

Re: [xmlvm-users] Using categories vs. encapsulation in Objective-C compat-lib

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

Apple recently added something called Associative References that might 
help with what you need:
http://developer.apple.com/iphone/library/documentation/cocoa/Conceptual/ObjectiveC/Articles/ocAssociativeReferences.html

Arno


On 7/12/10 7:22 AM, Paul Poley wrote:
> Regarding categories & cross-compiling the original JRE classes, I am
> trying to implement:
>
> wait()
> wait(long)
> notify()
> notifyAll()
>
> 1) If cross-compiling the original JRE, we will of course still need to
> implement the native methods, including java.lang.Object's wait/notify
> 2) Unfortunately my implementation of wait/notify requires me to keep
> some state in java_lang_Object & I cannot do so since it is a category.
>   Is there a way around this in XMLVM's current state?
>
> I believe I have everything written out, although it's a theoretical
> solution right now.  However, because I need member variables, I cannot
> try it out without changing java_lang_Object to inherit from NSObject
> rather than be a category.  That causes other issues though.  For
> example, many XMLVM objects represented as categories of objective-c
> objects automatically share the benefits of java_lang_Object without
> explicitly saying so, as needed.  Using inheritance for java_lang_Object
> instead of categories removes this currently necessary benefit.
>
> Does anyone have any suggestions?  If we can get that working,
> implementing Thread interruptions shouldn't be very difficult building
> upon this.
>
> Thanks!
> Paul Poley
>
>
> On Sun, Jul 11, 2010 at 6:47 AM, Arno Puder <ar...@pu...
> <mailto:ar...@pu...>> wrote:
>
>
>     there are always trait-offs when you map from one platform to another.
>     The efficiency of using categories comes with the downside you've
>     described.
>
>     We are currently working on cross-compiling the original JRE classes
>     from OpenJDK. For one, it would give us instant 100% compatibility and
>     the issues you have described would also be resolved. Note that this is
>     ongoing work and will take some time to complete.
>
>     Arno
>
>
>     On 7/7/10 7:31 PM, bar...@ao... <mailto:bar...@ao...> wrote:
>      >
>      > I think that having java_util_ArrayList.m be a category on
>      > NSMutableArray is a clever use of categories, but wouldn't
>     encapsulation
>      > generally be a more flexible option? One potential issue I see
>     with the
>      > category approach is that since java_util_ArrayList.m and
>      > java_util_LinkedList.m are both categories on NSMutableArray, what
>      > happens if the client java code relies on checking the kind of
>     the list
>      > using reflection? Won't java_util_ArrayList and java_util_LinkedList
>      > then be indistinguishable from each other at runtime?
>      >
>      > The same goes for the other classes where categories are used:
>     String,
>      > StringBuffer, HashMap/Set, URI/URL, etc.
>      >
>      >
>      >
>      >
>     ------------------------------------------------------------------------------
>      > This SF.net email is sponsored by Sprint
>      > What will you do first with EVO, the first 4G phone?
>      > Visit sprint.com/first <http://sprint.com/first> --
>     http://p.sf.net/sfu/sprint-com-first
>      >
>      >
>      >
>      > _______________________________________________
>      > xmlvm-users mailing list
>      > xml...@li...
>     <mailto:xml...@li...>
>      > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>     ------------------------------------------------------------------------------
>     This SF.net email is sponsored by Sprint
>     What will you do first with EVO, the first 4G phone?
>     Visit sprint.com/first <http://sprint.com/first> --
>     http://p.sf.net/sfu/sprint-com-first
>     _______________________________________________
>     xmlvm-users mailing list
>     xml...@li...
>     <mailto:xml...@li...>
>     https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>

Re: [xmlvm-users] Using categories vs. encapsulation in Objective-C compat-lib

[Paul P. <bay...@gm...>]

Regarding categories & cross-compiling the original JRE classes, I am trying
to implement:

wait()
wait(long)
notify()
notifyAll()

1) If cross-compiling the original JRE, we will of course still need to
implement the native methods, including java.lang.Object's wait/notify
2) Unfortunately my implementation of wait/notify requires me to keep some
state in java_lang_Object & I cannot do so since it is a category.  Is there
a way around this in XMLVM's current state?

I believe I have everything written out, although it's a theoretical
solution right now.  However, because I need member variables, I cannot try
it out without changing java_lang_Object to inherit from NSObject rather
than be a category.  That causes other issues though.  For example, many
XMLVM objects represented as categories of objective-c objects automatically
share the benefits of java_lang_Object without explicitly saying so, as
needed.  Using inheritance for java_lang_Object instead of categories
removes this currently necessary benefit.

Does anyone have any suggestions?  If we can get that working, implementing
Thread interruptions shouldn't be very difficult building upon this.

Thanks!
Paul Poley


On Sun, Jul 11, 2010 at 6:47 AM, Arno Puder <ar...@pu...> wrote:

>
> there are always trait-offs when you map from one platform to another.
> The efficiency of using categories comes with the downside you've
> described.
>
> We are currently working on cross-compiling the original JRE classes
> from OpenJDK. For one, it would give us instant 100% compatibility and
> the issues you have described would also be resolved. Note that this is
> ongoing work and will take some time to complete.
>
> Arno
>
>
> On 7/7/10 7:31 PM, bar...@ao... wrote:
> >
> > I think that having java_util_ArrayList.m be a category on
> > NSMutableArray is a clever use of categories, but wouldn't encapsulation
> > generally be a more flexible option? One potential issue I see with the
> > category approach is that since java_util_ArrayList.m and
> > java_util_LinkedList.m are both categories on NSMutableArray, what
> > happens if the client java code relies on checking the kind of the list
> > using reflection? Won't java_util_ArrayList and java_util_LinkedList
> > then be indistinguishable from each other at runtime?
> >
> > The same goes for the other classes where categories are used: String,
> > StringBuffer, HashMap/Set, URI/URL, etc.
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > This SF.net email is sponsored by Sprint
> > What will you do first with EVO, the first 4G phone?
> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >
> >
> >
> > _______________________________________________
> > xmlvm-users mailing list
> > xml...@li...
> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

Re: [xmlvm-users] Annotations on Java members do not affect cross compiled JavaScript?

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

On 7/7/10 10:28 PM, Robert Elliot wrote:
> Hi,
>
> I've been digging around in XMLVM primarily from the perspective of being interested in writing client side browser code in Java, and it's very impressive.  As far as I can see annotating a member of a Java class with a runtime retention annotation makes no difference whatsover to the resulting JavaScript - is that correct?  Is that in inherent limitation of JavaScript, or just something that is not yet supported?  If the latter, is it on the road map in any form?

Annotations are mapped to XMLVM (the internal XML format used for 
representing byte codes) but apart from Objective-C, no other backends 
are making use of them. The main focus has been on the Objective-C 
backend. The JavaScript backend is 'dormant' in terms of active 
development and as you've noticed also does not support many classes 
from J2SE.

Arno

Re: [xmlvm-users] Using categories vs. encapsulation in Objective-C compat-lib

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

there are always trait-offs when you map from one platform to another. 
The efficiency of using categories comes with the downside you've described.

We are currently working on cross-compiling the original JRE classes 
from OpenJDK. For one, it would give us instant 100% compatibility and 
the issues you have described would also be resolved. Note that this is 
ongoing work and will take some time to complete.

Arno


On 7/7/10 7:31 PM, bar...@ao... wrote:
>
> I think that having java_util_ArrayList.m be a category on
> NSMutableArray is a clever use of categories, but wouldn't encapsulation
> generally be a more flexible option? One potential issue I see with the
> category approach is that since java_util_ArrayList.m and
> java_util_LinkedList.m are both categories on NSMutableArray, what
> happens if the client java code relies on checking the kind of the list
> using reflection? Won't java_util_ArrayList and java_util_LinkedList
> then be indistinguishable from each other at runtime?
>
> The same goes for the other classes where categories are used: String,
> StringBuffer, HashMap/Set, URI/URL, etc.
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>
>
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] JVM to CLR

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

Leo,

XMLVM began its life as a research project exploring declarative 
transformations of byte code instructions. One of the showcases is the 
conversion between JVM and CLR. These conversions are proof-of-concepts 
and can't really be used for anything serious. We'll look into the issue 
you have described, but even after fixing it, it wouldn't be of much 
help for whatever you are trying to do.

Arno


On 7/7/10 2:44 PM, Leo Izen wrote:
> I know most of this is about the iPhone, but I kinda want to convert my
> .class files into .exe files, so I want to use JVM to CLR
>
> I tried, but xmlvm.jar threw an uncaught exception when I entered
> --target=clr or --target=dfa, When I started with a .class or with a
> XMLVM jvm file. It said something that was bad about the target "CLR",
> but it still recognized it, because when I said --target=gjdjghjfgh it
> said unknown target, which it did not for --target=clr. Can someone help?
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>
>
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

[xmlvm-users] Problem compiling on OS X 10.6

[Cesar I. <ce...@ec...>]

Hello,

I'm having problems compiling xmlvm on OS X 10.6. I get the following output:

cesar@kiarostami:~/Source/xmlvm>ant
Buildfile: build.xml

init:
    [mkdir] Created dir: /Users/cesar/Source/xmlvm/dist/demo
    [mkdir] Created dir: /Users/cesar/Source/xmlvm/dist/lib
    [mkdir] Created dir: /Users/cesar/Source/xmlvm/build/base
    [mkdir] Created dir: /Users/cesar/Source/xmlvm/build/base/main
    [mkdir] Created dir: /Users/cesar/Source/xmlvm/build/base/lib
    [mkdir] Created dir: /Users/cesar/Source/xmlvm/build/bin
    [mkdir] Created dir: /Users/cesar/Source/xmlvm/build/bin/iphone

build-objc-compat-lib:
     [echo] Generating objc-compat.jar
    [mkdir] Created dir: /Users/cesar/Source/xmlvm/build/compat-lib/iphone
    [javac] Compiling 209 source files to
/Users/cesar/Source/xmlvm/build/compat-lib/iphone
    [javac] Note:
/Users/cesar/Source/xmlvm/src/xmlvm2objc/compat-lib/java/org/xmlvm/iphone/NSString.java
uses or overrides a deprecated API.
    [javac] Note: Recompile with -Xlint:deprecation for details.
    [javac] Note:
/Users/cesar/Source/xmlvm/src/xmlvm2objc/compat-lib/java/org/xmlvm/iphone/internal/Application.java
uses unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.
      [jar] Building jar: /Users/cesar/Source/xmlvm/dist/lib/objc-compat.jar

build-android-compat-lib:
    [mkdir] Created dir: /Users/cesar/Source/xmlvm/build/compat-lib/android/java
    [javac] Compiling 175 source files to
/Users/cesar/Source/xmlvm/build/compat-lib/android/java
    [javac] Note: Some input files use unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.
      [jar] Building jar: /Users/cesar/Source/xmlvm/dist/lib/android-compat.jar

build-xmlvm:
     [echo] Compiling XMLVM
    [javac] Compiling 82 source files to /Users/cesar/Source/xmlvm/build/bin
    [javac] Note:
/Users/cesar/Source/xmlvm/src/xmlvm/org/xmlvm/proc/out/ClassToXmlvmProcess.java
uses or overrides a deprecated API.
    [javac] Note: Recompile with -Xlint:deprecation for details.
    [javac] Note: Some input files use unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.

cc-android-compat-lib:

cc-android-compat-lib.impl:
     [echo] Building android compatibility lib
    [mkdir] Created dir: /Users/cesar/Source/xmlvm/build/compat-lib/android/objc
Invalid memory access of location 0x1621125 eip=0xc8a13

Bus error


Does anybody have an idea of what's going on? Thanks a lot.

Cesar Izurieta

Re: [xmlvm-users] Annotations on Java members do not affect cross compiled JavaScript?

[Robert E. <ro...@li...>]

Looking further it would seem that the xmlvm representation doesn't store any such annotation based data either.  Just trying to get a feel for what is and isn't possible.

On 7 Jul 2010, at 21:28, Robert Elliot wrote:

> Hi,
> 
> I've been digging around in XMLVM primarily from the perspective of being interested in writing client side browser code in Java, and it's very impressive.  As far as I can see annotating a member of a Java class with a runtime retention annotation makes no difference whatsover to the resulting JavaScript - is that correct?  Is that in inherent limitation of JavaScript, or just something that is not yet supported?  If the latter, is it on the road map in any form?
> 
> A closer look suggests that actually neither the java.lang.annotation nor the java.lang.reflect packages are implemented in xmlvm2js, which I guess would make runtime retained annotations useless anyway as there would be no mechanism to interrogate them.  Any possibility of this happening?
> 
> Thanks for any thoughts,
> Rob
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

[xmlvm-users] Annotations on Java members do not affect cross compiled JavaScript?

[Robert E. <ro...@li...>]

Hi,

I've been digging around in XMLVM primarily from the perspective of being interested in writing client side browser code in Java, and it's very impressive.  As far as I can see annotating a member of a Java class with a runtime retention annotation makes no difference whatsover to the resulting JavaScript - is that correct?  Is that in inherent limitation of JavaScript, or just something that is not yet supported?  If the latter, is it on the road map in any form?

A closer look suggests that actually neither the java.lang.annotation nor the java.lang.reflect packages are implemented in xmlvm2js, which I guess would make runtime retained annotations useless anyway as there would be no mechanism to interrogate them.  Any possibility of this happening?

Thanks for any thoughts,
Rob

[xmlvm-users] Using categories vs. encapsulation in Objective-C compat-lib

[<bar...@ao...>]

 

 I think that having java_util_ArrayList.m be a category on NSMutableArray is a clever use of categories, but wouldn't encapsulation generally be a more flexible option? One potential issue I see with the category approach is that since java_util_ArrayList.m and java_util_LinkedList.m are both categories on NSMutableArray, what happens if the client java code relies on checking the kind of the list using reflection? Won't java_util_ArrayList and java_util_LinkedList then be indistinguishable from each other at runtime?

The same goes for the other classes where categories are used: String, StringBuffer, HashMap/Set, URI/URL, etc.

[xmlvm-users] JVM to CLR

[Leo I. <le...@sc...>]

I know most of this is about the iPhone, but I kinda want to convert my .class 
files into .exe files, so I want to use JVM to CLR

I tried, but xmlvm.jar threw an uncaught exception when I entered --target=clr 
or --target=dfa, When I started with a .class or with a XMLVM jvm file. It said 
something that was bad about the target "CLR", but it still recognized it, 
because when I said --target=gjdjghjfgh it said unknown target, which it did not 
for --target=clr. Can someone help?

Re: [xmlvm-users] State of "Various ObjC - Java API improvements" patch?

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

the patch you mentioned was contributed by Gergely Kis. The patch is out 
of sync with the tip of the repository and Gergely wanted to consolidate 
his changes. Once he has done this, I will commit his valuable additions 
to XMLVM.

Arno


On 7/2/10 7:43 PM, bar...@ao... wrote:
>
>
> There are a ton of useful fixes in the "Various ObjC - Java API
> improvements" (http://xmlvm-reviews.appspot.com/18002/show), especially
> with respect to implementing previously unhandled bytecodes. But it
> appears to have been sitting there without review for 4 months. Does
> anyone know if there are plans to integrate it? I can always apply the
> patch locally, but being fairly new to the project, I am nervous about
> the size of the patch.
>
>
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>
>
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

[xmlvm-users] State of "Various ObjC - Java API improvements" patch?

[<bar...@ao...>]

 

 
There are a ton of useful fixes in the "Various ObjC - Java API improvements" (http://xmlvm-reviews.appspot.com/18002/show), especially with respect to implementing previously unhandled bytecodes. But it appears to have been sitting there without review for 4 months. Does anyone know if there are plans to integrate it? I can always apply the patch locally, but being fairly new to the project, I am nervous about the size of the patch.

Re: [xmlvm-users] Xokoban & 4.0

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

yes, I have noticed. Submitting an update will be tricky in this case...  ;)

Arno


On 7/2/10 9:51 AM, Panayotis Katsaloulis wrote:
> Hello!
>
> Have you noticed that the current Xokoban in the app store, starts with a blank screen?
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

[xmlvm-users] Xokoban & 4.0

[Panayotis K. <pan...@pa...>]

Hello!

Have you noticed that the current Xokoban in the app store, starts with a blank screen? 

Re: [xmlvm-users] Question about java.util.Hashtable.

[Shekar M. <sh...@fa...>]

Paul,

I don't really care about synchronization but I cannot really use 
HashMap since that is not supported in the Blackberry API. I have an 
Obj-C implementation of the Hashtable and Enumeration classes  but I am 
a bit confused about how the compatibility API is recognized and copied 
into the project. Even if I put these files in 
..../xmlvm/trunk/src/xmlvm2objc/compat-lib and run xmlvm to convert my 
java application to obj-c, these new files do not get copied over.

Is there any documentation on how to add files to the compatibility library?

I also have a problem with the generated Obj-C files -- if I follow the 
steps given in the documentation for xmlvm, I get compile errors  -- 
most of them are phase errors originating from the compiler not finding 
<MessageUI/Message.h> file. Perhaps this error is originating from the 
fact that I have an incompatible version of the iPhone SDK (2.2.1 -- 
simulator). It would help me immensely if I could find out which version 
of the iPhone SDK does xmlvm generate the code for.

In the meantime, I will try and test out my implementation of Hashtable 
and Enumeration and submit it for review.

Thanks,
Shekar

Paul Poley wrote:
> Sending this again to everyone on the distribution list.
>
> If you don't care about synchronization, you should just use HashMap, 
> which already has much of it implemented.  Note that in Java though, 
> HashMap is NOT synchronized & Hashtable is.  So if you have 
> implemented Hashtable, make sure you've taken synchronization into 
> account.
>
> If you do need synchronization & have implemented Hashtable, you can 
> submit it for review at:
> http://xmlvm-reviews.appspot.com/
>
> Thanks!
> Paul Poley
>
> On Wed, Jun 30, 2010 at 4:37 PM, Shekar Mantha <sh...@fa... 
> <mailto:sh...@fa...>> wrote:
>
>     Hi,
>
>     I am trying to convert a Blackberry application into Objective-C (for
>     the iPhone). I see that xmlvm converts many of the core java class
>     files
>     (e.g., java.util.Vector, etc.). But, I did not see a conversion of
>     java.util.Hashtable -- I see that many of the Java 2 collection
>     framework classes are supported. I implemented an Objective-C
>     version of
>     java.util.Hashtable and java.util.Enumeration -- how can I include
>     this
>     in the xmlvm framework so it will be generated automatically every
>     time
>     I run xmlvm?
>
>     Thanks for your reply.
>
>     Regards,
>     Shekar
>
>     ------------------------------------------------------------------------------
>     This SF.net email is sponsored by Sprint
>     What will you do first with EVO, the first 4G phone?
>     Visit sprint.com/first <http://sprint.com/first> --
>     http://p.sf.net/sfu/sprint-com-first
>     _______________________________________________
>     xmlvm-users mailing list
>     xml...@li...
>     <mailto:xml...@li...>
>     https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>

Re: [xmlvm-users] Question about java.util.Hashtable.

[Paul P. <bay...@gm...>]

Sending this again to everyone on the distribution list.

If you don't care about synchronization, you should just use HashMap, which
already has much of it implemented.  Note that in Java though, HashMap is
NOT synchronized & Hashtable is.  So if you have implemented Hashtable, make
sure you've taken synchronization into account.

If you do need synchronization & have implemented Hashtable, you can submit
it for review at:
http://xmlvm-reviews.appspot.com/

Thanks!
Paul Poley

On Wed, Jun 30, 2010 at 4:37 PM, Shekar Mantha <sh...@fa...> wrote:

> Hi,
>
> I am trying to convert a Blackberry application into Objective-C (for
> the iPhone). I see that xmlvm converts many of the core java class files
> (e.g., java.util.Vector, etc.). But, I did not see a conversion of
> java.util.Hashtable -- I see that many of the Java 2 collection
> framework classes are supported. I implemented an Objective-C version of
> java.util.Hashtable and java.util.Enumeration -- how can I include this
> in the xmlvm framework so it will be generated automatically every time
> I run xmlvm?
>
> Thanks for your reply.
>
> Regards,
> Shekar
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

Re: [xmlvm-users] Problem getting touches

[Shekar M. <sh...@fa...>]

Hi,

Following up on my email about not finding java.util.Hashtable in the 
svn trunk I downloaded, I notice that one of the code reviews posted on 
google has a patch that has quite a few changes which don't appear in 
the repository. Would some point me to some documentation on how I can 
apply these patches? Do I have to download the raw patch file and use 
svn patch command to apply it? It seems that the patches are numbered 
and may be there is a better way to do it?

Thanks,
Shekar

Panayotis Katsaloulis wrote:
> On 01 Ιουλ 2010, at 5:02 μ.μ., Damian wrote:
>
>   
>> Sorry to bother you but, any news about this?. I've been trying to look at it and i've seen that the OpenGL screen doesn't let the touches get to the emulator, but I didn't knew how to fix it by myself.
>>     
>
> Actually, I am not sure if this works in the emulator :(
> In my system (mac) the emulator does not work correctly with OpenGL.
>
> The patch is mainly for the actual Xcode project, and it is easy to apply it yourself.
> See here:
> http://xmlvm-reviews.appspot.com/64001/patch/1/31
> http://xmlvm-reviews.appspot.com/64001/patch/1/32
>
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>