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

Re: [xmlvm-users] General questions wrt. Java iPhone development with XMLVM

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

On Jan 21, 2011, at 9:46 PM, Arno Puder wrote:

> 
> You are right: so-called convenience methods in Cocoa place the 
> newly-created object automatically in the autorelease pool. You can see 
> above that we create a temporary autorelease pool that we release again 
> immediately. When the GC reclaims the C version of UIButton, it will 
> call a finalizer (the __DELETE_* functions) that will do a 'release' in 
> the wrapped Objective-C UIButton.

Isn't expensive to have an autorelease pool for every possible  convenience selector of ObjC?
(not only constructors...)

Apart from that, since there *are* times that GC won't collaborate perfectly with autoreleased objects (like the situation I mentioned before with delayed animations ), is there a "backup plan" in the C backend to handle and fine tune the current  memory management? (i.e. by using something like retain/release) ? 

Re: [xmlvm-users] General questions wrt. Java iPhone development with XMLVM

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

On 1/21/11 11:40 AM, Panayotis Katsaloulis wrote:
>
> On Jan 21, 2011, at 6:31 PM, Arno Puder wrote:
>
>> he Objective-C backend still relies on
>> reference counting and it happens *very* quickly that your application
>> contains a cycle in the data structure and therefore leaks memory. These
>> are just two things where the new backend is superior.
>
>
> I have a question with the GC.
>
> There are some selectors in iOS which return an autoreleased object. This is not really the problem.
> The problem is if this object is released later on, for example after an animation cycle.
> I can't think right now of a working test example, but I'd like to hear how well the GC behaves in such mixed situations.

As an example, here is how it is done for [UIButton buttonWithType:...]:

JAVA_OBJECT org_xmlvm_iphone_UIButton_buttonWithType___int(JAVA_INT n1)
{
     if (!__TIB_org_xmlvm_iphone_UIButton.classInitialized) 
__INIT_org_xmlvm_iphone_UIButton();
     //XMLVM_BEGIN_WRAPPER[org_xmlvm_iphone_UIButton_buttonWithType___int]
     NSAutoreleasePool* p = [[NSAutoreleasePool alloc] init];
     UIButton* objcBtn = [UIButton buttonWithType: (UIButtonType) n1];
     [objcBtn retain];
     [p release];
	
     JAVA_OBJECT b = __NEW_org_xmlvm_iphone_UIButton();
     org_xmlvm_iphone_UIControl_INTERNAL_CONSTRUCTOR(b, objcBtn);
     return b;
     //XMLVM_END_WRAPPER
}

You are right: so-called convenience methods in Cocoa place the 
newly-created object automatically in the autorelease pool. You can see 
above that we create a temporary autorelease pool that we release again 
immediately. When the GC reclaims the C version of UIButton, it will 
call a finalizer (the __DELETE_* functions) that will do a 'release' in 
the wrapped Objective-C UIButton.

Arno

Re: [xmlvm-users] General questions wrt. Java iPhone development with XMLVM

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

On Jan 21, 2011, at 6:31 PM, Arno Puder wrote:

> he Objective-C backend still relies on 
> reference counting and it happens *very* quickly that your application 
> contains a cycle in the data structure and therefore leaks memory. These 
> are just two things where the new backend is superior.


I have a question with the GC.

There are some selectors in iOS which return an autoreleased object. This is not really the problem.
The problem is if this object is released later on, for example after an animation cycle.
I can't think right now of a working test example, but I'd like to hear how well the GC behaves in such mixed situations.

Right now, what I do with the ObjC backend is to manually retain this object and release it when I know that I don't need it anymore.
(and I think this is not a bug of ObjC, it is the way these asynchronous object manipulation works)

Re: [xmlvm-users] General questions wrt. Java iPhone development with XMLVM

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

what Panayotis meant to say is that the C backend is not yet ready for 
prime time, so we suggest you use the Objective-C backend for now. Once 
the C backend is the default, it will be more complete than the 
Objective-C counterpart. The C backend (already today) can cross-compile 
Apache Harmony (a J2SE implementation). The Objective-C backend cannot 
do this because it can't handle certain kinds of polymorphisms in Java. 
You can take a look at src/test/PolymorphismTest that cannot be compiled 
by the Objective-C backend. Then we have integrated a full Garbage 
Collector in the C backend. The Objective-C backend still relies on 
reference counting and it happens *very* quickly that your application 
contains a cycle in the data structure and therefore leaks memory. These 
are just two things where the new backend is superior.

We are making good progress with the C backend. All of our internal 
iPhone demos almost work. Next we make the Android Compat Lib 
cross-compile with the C backend. Once that works, we are ready to 
switch to the new backend.

Arno


On 1/21/11 6:06 AM, Tomas Vestelind wrote:
> I see.
>
> When I say that these features work I just mean no obvious bugs when I
> used them. Overall I'm very impressed with how most things just work and
> I program like I was programming Java and not Obj-C.
>
> But, I feel like I'm not contributing so much to the discussion. I just
> wanted to share my experience as another XMLVM beginner.
>
> Best regards,
> Tomas
>
> 2011/1/21 Panayotis Katsaloulis <pan...@pa...
> <mailto:pan...@pa...>>
>
>
>     On 21 Ιαν 2011, at 2:09 μ.μ., Tomas Vestelind wrote:
>
>      > Ok, what is the issue? I mean, I've only done basic things and so
>     far it works..
>
>     The problem is in more advance usage, like the System.arraycopy or
>     the array produced by NSData etc.
>
>     For basic usage the implementation is all right.
>
>
>
> --
> Quand on veut un mouton, c'est la preuve qu'on existe
>
>
>
> ------------------------------------------------------------------------------
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
>
>
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] Runtime Error from Latest SVN

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

On Fri, Jan 21, 2011 at 1:19 AM, Sal <sv...@gm...> wrote:

>
> I'm using Eclipse under Win7 - if I'm not mistaken I think by default
> Eclipse uses its own Java compiler - I can verify this for you when back at
> my machine.


Interesting, I am also using the same setup a lot. Oh well, I think the fix
is definitely more stable and appropriate, so thanks again for pointing this
out! :)


>
> By the way I'm very impressed, by xmlvm.  All of Apache Harmony has been
> compiled?  That's amazing - mind if I ask, can I use this on iOS? Are there
> any functional UI components for iphone on the 'c' target yet?
>
> Thanks again for your help =)
>
>
> On Thu, Jan 20, 2011 at 5:53 PM, Sascha Haeberling <sa...@xm...>wrote:
>
>> Hmm this is indeed interesting. I think your change definitely makes sense
>> and is the proper way of doing this, so thank you for this. I just made the
>> change.
>>
>> However, I am now very curious on why you experience this issue. I haven't
>> seen a system where the constructor layout was different. What Java Compiler
>> and Runtime Environment are you using?
>>
>> Thanks a lot!
>> // Sascha
>>
>>
>> On Fri, Jan 21, 2011 at 12:23 AM, Sal <sv...@gm...> wrote:
>>
>>>
>>> Not a problem. With the change reverted:
>>>
>>> ------
>>>
>>> [01/20/11 18:19:15.543]  WARNING: Using test as application name
>>> [01/20/11 18:19:15.544]    DEBUG: Forcing --enable_ref_counting for
>>> target IPHONE
>>> [01/20/11 18:19:15.560]    DEBUG: Instantiated:
>>> org.xmlvm.proc.in.InputProcess$ClassInputProcess
>>> [01/20/11 18:19:15.560]    DEBUG: Instantiated:
>>> org.xmlvm.proc.in.InputProcess$ClassInputProcess for
>>> "C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class"
>>> [01/20/11 18:19:15.570]    DEBUG: Instantiated:
>>> org.xmlvm.proc.out.IPhoneOutputProcess
>>> [01/20/11 18:19:15.571]    DEBUG: Instantiated:
>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>> [01/20/11 18:19:15.575]    DEBUG: Adding preprocess
>>> org.xmlvm.proc.out.ObjectiveCOutputProcess to process
>>> org.xmlvm.proc.out.IPhoneOutputProcess
>>>  java.lang.IllegalArgumentException: wrong number of arguments
>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>>>  at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>>> Source)
>>> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>>> Source)
>>>  at java.lang.reflect.Constructor.newInstance(Unknown Source)
>>> at
>>> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:132)
>>>  at
>>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>>> at
>>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>>>  at
>>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline(XmlvmProcessor.java:182)
>>> at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:135)
>>>  at org.xmlvm.Main.main(Main.java:54)
>>> java.lang.IllegalArgumentException: wrong number of arguments
>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>>>  at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>>> Source)
>>> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>>> Source)
>>>  at java.lang.reflect.Constructor.newInstance(Unknown Source)
>>> at
>>> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:132)
>>>  at
>>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>>> at
>>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)[01/20/11
>>> 18:19:15.604]    DEBUG: Instantiated: org.xmlvm.proc.out.ExeToXmlvmProcess
>>> [01/20/11 18:19:15.604]    DEBUG: Adding preprocess
>>> org.xmlvm.proc.out.ExeToXmlvmProcess to process
>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>> [01/20/11 18:19:15.604]    DEBUG: Instantiated:
>>> org.xmlvm.proc.out.XmlvmToXmlvmProcess
>>> [01/20/11 18:19:15.604]    DEBUG: Adding preprocess
>>> org.xmlvm.proc.out.XmlvmToXmlvmProcess to process
>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>>
>>> at
>>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>>>  at
>>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline(XmlvmProcessor.java:182)
>>> at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:135)
>>>  at org.xmlvm.Main.main(Main.java:54)
>>> java.lang.IllegalArgumentException: wrong number of arguments
>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>>>  at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>>> Source)
>>> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>>> Source)
>>>  at java.lang.reflect.Constructor.newInstance(Unknown Source)
>>> at
>>> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:132)
>>>  at
>>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>>> at
>>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>>>  at
>>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>>> at
>>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline(XmlvmProcessor.java:182)
>>>  at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:135)
>>> at org.xmlvm.Main.main(Main.java:54)
>>> [01/20/11 18:19:15.608]    ERROR: There are still 1 processes left.
>>> [01/20/11 18:19:15.608]    ERROR: Something went wrong during processing.
>>>
>>>
>>> On Thu, Jan 20, 2011 at 6:19 PM, Sascha Haeberling <sa...@xm...>wrote:
>>>
>>>> Can you undo the change and send me the output again? The scenario you
>>>> describe should work fine without any code changes.
>>>>
>>>> Thanks.
>>>>
>>>>
>>>> On Fri, Jan 21, 2011 at 12:16 AM, Sal <sv...@gm...> wrote:
>>>>
>>>>>
>>>>> Everything seems to work with that code change in place, Sascha.  I
>>>>> have a nice XCode project generated now. =)    I have not yet compiled in
>>>>> XCode as I am away from my mac at the moment.
>>>>>
>>>>> Not sure what the root cause was - maybe just that my Java compiler
>>>>> generates Constructors differently in some cases.  So index [0] refers to
>>>>> the other constructor (I noticed there are multiple in some cases.)
>>>>>
>>>>> Maybe it is a good idea to push the fix to SVN ?
>>>>>
>>>>> Thanks much for all the help -  I hope to contribute some useful things
>>>>> soon!
>>>>>
>>>>> -------
>>>>>
>>>>> [01/20/11 18:06:56.187]  WARNING: Using test as application name
>>>>> [01/20/11 18:06:56.187]    DEBUG: Forcing --enable_ref_counting for
>>>>> target IPHONE
>>>>> [01/20/11 18:06:56.204]    DEBUG: Instantiated:
>>>>> org.xmlvm.proc.in.InputProcess$ClassInputProcess
>>>>> [01/20/11 18:06:56.204]    DEBUG: Instantiated:
>>>>> org.xmlvm.proc.in.InputProcess$ClassInputProcess for
>>>>> "C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class"
>>>>> [01/20/11 18:06:56.214]    DEBUG: Instantiated:
>>>>> org.xmlvm.proc.out.IPhoneOutputProcess
>>>>> [01/20/11 18:06:56.215]    DEBUG: Instantiated:
>>>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>>>> [01/20/11 18:06:56.219]    DEBUG: Adding preprocess
>>>>> org.xmlvm.proc.out.ObjectiveCOutputProcess to process
>>>>> org.xmlvm.proc.out.IPhoneOutputProcess
>>>>> [01/20/11 18:06:56.248]    DEBUG: Instantiated:
>>>>> org.xmlvm.proc.out.DEXmlvmOutputProcess
>>>>> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
>>>>> org.xmlvm.proc.out.DEXmlvmOutputProcess to process
>>>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>>>> [01/20/11 18:06:56.251]    DEBUG: Instantiated:
>>>>> org.xmlvm.proc.out.ExeToXmlvmProcess
>>>>> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
>>>>> org.xmlvm.proc.out.ExeToXmlvmProcess to process
>>>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>>>> [01/20/11 18:06:56.251]    DEBUG: Instantiated:
>>>>> org.xmlvm.proc.out.XmlvmToXmlvmProcess
>>>>> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
>>>>> org.xmlvm.proc.out.XmlvmToXmlvmProcess to process
>>>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>>>> [01/20/11 18:06:56.252]    DEBUG: Adding preprocess
>>>>> org.xmlvm.proc.in.InputProcess$ClassInputProcess to process
>>>>> org.xmlvm.proc.out.DEXmlvmOutputProcess
>>>>> [01/20/11 18:06:56.253]    DEBUG: DEXmlvmOutputProcess: Getting
>>>>> resource from cache:
>>>>> C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
>>>>> [01/20/11 18:06:57.111]    DEBUG: Processing IPhoneOutputProcess
>>>>> [01/20/11 18:06:57.348]    DEBUG: Processing finished successfully.
>>>>> [01/20/11 18:06:57.811]    DEBUG: Files written successfully.
>>>>> [01/20/11 18:06:57.811]    DEBUG: Post-Processing successful.
>>>>>
>>>>>
>>>>> On Thu, Jan 20, 2011 at 5:55 PM, Sascha Haeberling <sa...@xm...>wrote:
>>>>>
>>>>>> This will not solve your problem. The issue is, that none of the
>>>>>> correct inputs is executed, because it cannot find the input it is looking
>>>>>> for. It is probably loading the EmptyInputProcess.
>>>>>>
>>>>>> Can you use --debug=all and post the output here?
>>>>>>
>>>>>> Thanks
>>>>>> // Sascha
>>>>>>
>>>>>>
>>>>>> On Thu, Jan 20, 2011 at 11:37 PM, Sal <sv...@gm...> wrote:
>>>>>>
>>>>>>>
>>>>>>> I seem to have fixed the error by changing the following in
>>>>>>> XmlvmProcessImpl.java:131
>>>>>>>
>>>>>>> XmlvmProcess<?> process = (XmlvmProcess<?>)
>>>>>>>
>>>>>>>                         //supportedClass.getConstructors()[0]  <-----
>>>>>>> removed this and added below line
>>>>>>>
>>>>>>>  supportedClass.getConstructor(arguments.getClass())
>>>>>>>
>>>>>>>                         .newInstance(arguments);
>>>>>>>
>>>>>>> I hope it is correct?
>>>>>>>
>>>>>>> On Thu, Jan 20, 2011 at 5:11 PM, Sascha Haeberling <sa...@xm...
>>>>>>> > wrote:
>>>>>>>
>>>>>>>> Hi Sal,
>>>>>>>>
>>>>>>>> the error message is unfortunate and wrong. I think something is
>>>>>>>> wrong with your paths. Make sure the input file actually exists. My guess is
>>>>>>>> that it doesn't.
>>>>>>>>
>>>>>>>> Also the output path looks wrong. You use forward slashes.
>>>>>>>>
>>>>>>>> // Sascha
>>>>>>>>
>>>>>>>>
>>>>>>>> On Thu, Jan 20, 2011 at 11:08 PM, Sal <sv...@gm...> wrote:
>>>>>>>>
>>>>>>>>> After pulling the latest from SVN,  I tried xmlvm using command
>>>>>>>>> parameters:
>>>>>>>>>
>>>>>>>>> --in=C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
>>>>>>>>> --out=c:/tmp/test --target=iphone
>>>>>>>>>
>>>>>>>>> Execution gives the below exception.  Am I doing anything wrong?  I
>>>>>>>>> am going to proceed to debug - if I'm able to get it to work I'll be happy
>>>>>>>>> to submit a patch.  Thanks much in advance for any tips!!
>>>>>>>>>
>>>>>>>>> [01/20/11 17:02:26.334]  WARNING: Using test as application name
>>>>>>>>> [01/20/11 17:02:26.335]    DEBUG: Forcing --enable_ref_counting for
>>>>>>>>> target IPHONE
>>>>>>>>> java.lang.IllegalArgumentException: wrong number of arguments
>>>>>>>>>  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>>>>>>>> Method)
>>>>>>>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>>>>>>>>> Source)
>>>>>>>>>  at
>>>>>>>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
>>>>>>>>> at java.lang.reflect.Constructor.newInstance(Unknown Source)
>>>>>>>>>  at
>>>>>>>>> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:127)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>> Special Offer-- Download ArcSight Logger for FREE (a $49 USD
>>>>>>>>> value)!
>>>>>>>>> Finally, a world-class log management solution at an even better
>>>>>>>>> price-free!
>>>>>>>>> _______________________________________________
>>>>>>>>> xmlvm-users mailing list
>>>>>>>>> xml...@li...
>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>

Re: [xmlvm-users] General questions wrt. Java iPhone development with XMLVM

[Tomas V. <tom...@gm...>]

I see.

When I say that these features work I just mean no obvious bugs when I used
them. Overall I'm very impressed with how most things just work and I
program like I was programming Java and not Obj-C.

But, I feel like I'm not contributing so much to the discussion. I just
wanted to share my experience as another XMLVM beginner.

Best regards,
Tomas

2011/1/21 Panayotis Katsaloulis <pan...@pa...>

>
> On 21 Ιαν 2011, at 2:09 μ.μ., Tomas Vestelind wrote:
>
> > Ok, what is the issue? I mean, I've only done basic things and so far it
> works..
>
> The problem is in more advance usage, like the System.arraycopy or the
> array produced by NSData etc.
>
> For basic usage the implementation is all right.



-- 
Quand on veut un mouton, c'est la preuve qu'on existe

Re: [xmlvm-users] General questions wrt. Java iPhone development with XMLVM

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

On 21 Ιαν 2011, at 2:09 μ.μ., Tomas Vestelind wrote:

> Ok, what is the issue? I mean, I've only done basic things and so far it works..

The problem is in more advance usage, like the System.arraycopy or the array produced by NSData etc.

For basic usage the implementation is all right.

Re: [xmlvm-users] General questions wrt. Java iPhone development with XMLVM

[Tomas V. <tom...@gm...>]

Ok, what is the issue? I mean, I've only done basic things and so far it
works..

2011/1/21 Panayotis Katsaloulis <pan...@pa...>

>
> On 21 Ιαν 2011, at 11:35 π.μ., Tomas Vestelind wrote:
>
> > I've been using XMLVM for a while now and I just wanted to say that I'm
> very impressed. Inheritance and arrays work but I haven't used reflection.
>
> Just a note: there is some serious issues with arrays and ObjC backend.
> A possible fix is on the way, though
>
>
>
> ------------------------------------------------------------------------------
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better
> price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>



-- 
Quand on veut un mouton, c'est la preuve qu'on existe

Re: [xmlvm-users] General questions wrt. Java iPhone development with XMLVM

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

On 21 Ιαν 2011, at 11:35 π.μ., Tomas Vestelind wrote:

> I've been using XMLVM for a while now and I just wanted to say that I'm very impressed. Inheritance and arrays work but I haven't used reflection. 

Just a note: there is some serious issues with arrays and ObjC backend.
A possible fix is on the way, though

[xmlvm-users] Obj-C source importing null.h

[Tomas V. <tom...@gm...>]

In one of my, from Java, generated Obj-C source files I get #import
"null.h". Usually I just remove it by hand and then compile it with Xcode
but I've tried to track this down.

What I found was that sometimes a RegisterSpecList object contains
<null>=known-null on which getType().toHuman() will return "null". So what I
did was adding another if-statement just checking for this case in the
DEXmlvmOutputProcess at line 1116.

if (registers.size() == 1) {
    if ( !registers.get(0).getType().toHuman().equals("null")) {
        dexInstruction.setAttribute("class-type",
registers.get(0).getType().toHuman());
    }
}

I'm not sure this is the right way to go though, but it solved my problem.

My Java class looks normal and it imports some other classes and there are
some methods in it. I've tried to find the cause of this problem but I just
can't find any oddities in that file.


--
Quand on veut un mouton, c'est la preuve qu'on existe

Re: [xmlvm-users] General questions wrt. Java iPhone development with XMLVM

[Tomas V. <tom...@gm...>]

I've been using XMLVM for a while now and I just wanted to say that I'm very
impressed. Inheritance and arrays work but I haven't used reflection.
Anonymous classes works too but I'm not sure how useful that is..

I went the Obj-C path and it works very well, I've added a class and some
methods that wasn't implemented and it was fairly straightforward (mostly
copy-paste and looking at similar classes). I've also played a bit with
plugins to see how easy it would be to use 3rd party libraries and it works
well too.

-- 
Quand on veut un mouton, c'est la preuve qu'on existe

Re: [xmlvm-users] Runtime Error from Latest SVN

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

On 1/20/11 4:19 PM, Sal wrote:
> By the way I'm very impressed, by xmlvm.  All of Apache Harmony has been
> compiled?  That's amazing - mind if I ask, can I use this on iOS? Are
> there any functional UI components for iphone on the 'c' target yet?

there are still several native methods that need to be implemented. 
E.g., if you try to println() a float or a double, Harmony ends up in 
native method 
org_apache_harmony_luni_util_NumberConverter_bigIntDigitGeneratorInstImpl()
That needs to be implemented in xmlvm/src/xmlvm2c/lib/native. Patches 
for missing native methods are certainly more than welcome!

You can use this for iOS as well, although there are similar 
limitations. In this case, there are still some implementations of Cocoa 
wrappers missing (in xmlvm/src/xmlvm2c/compat-lib/iphone). Our internal 
XMLVM iPhone demos can already be cross-compiled to C (plus the 
dependent Harmony classes), but again, some work remains and patches are 
welcome.

Arno

Re: [xmlvm-users] Runtime Error from Latest SVN

[Sal <sv...@gm...>]

I'm using Eclipse under Win7 - if I'm not mistaken I think by default
Eclipse uses its own Java compiler - I can verify this for you when back at
my machine.

By the way I'm very impressed, by xmlvm.  All of Apache Harmony has been
compiled?  That's amazing - mind if I ask, can I use this on iOS? Are there
any functional UI components for iphone on the 'c' target yet?

Thanks again for your help =)

On Thu, Jan 20, 2011 at 5:53 PM, Sascha Haeberling <sa...@xm...> wrote:

> Hmm this is indeed interesting. I think your change definitely makes sense
> and is the proper way of doing this, so thank you for this. I just made the
> change.
>
> However, I am now very curious on why you experience this issue. I haven't
> seen a system where the constructor layout was different. What Java Compiler
> and Runtime Environment are you using?
>
> Thanks a lot!
> // Sascha
>
>
> On Fri, Jan 21, 2011 at 12:23 AM, Sal <sv...@gm...> wrote:
>
>>
>> Not a problem. With the change reverted:
>>
>> ------
>>
>> [01/20/11 18:19:15.543]  WARNING: Using test as application name
>> [01/20/11 18:19:15.544]    DEBUG: Forcing --enable_ref_counting for target
>> IPHONE
>> [01/20/11 18:19:15.560]    DEBUG: Instantiated:
>> org.xmlvm.proc.in.InputProcess$ClassInputProcess
>> [01/20/11 18:19:15.560]    DEBUG: Instantiated:
>> org.xmlvm.proc.in.InputProcess$ClassInputProcess for
>> "C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class"
>> [01/20/11 18:19:15.570]    DEBUG: Instantiated:
>> org.xmlvm.proc.out.IPhoneOutputProcess
>> [01/20/11 18:19:15.571]    DEBUG: Instantiated:
>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>> [01/20/11 18:19:15.575]    DEBUG: Adding preprocess
>> org.xmlvm.proc.out.ObjectiveCOutputProcess to process
>> org.xmlvm.proc.out.IPhoneOutputProcess
>>  java.lang.IllegalArgumentException: wrong number of arguments
>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>>  at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
>> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>> Source)
>>  at java.lang.reflect.Constructor.newInstance(Unknown Source)
>> at
>> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:132)
>>  at
>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>> at
>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>>  at
>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline(XmlvmProcessor.java:182)
>> at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:135)
>>  at org.xmlvm.Main.main(Main.java:54)
>> java.lang.IllegalArgumentException: wrong number of arguments
>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>>  at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
>> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>> Source)
>>  at java.lang.reflect.Constructor.newInstance(Unknown Source)
>> at
>> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:132)
>>  at
>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>> at
>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)[01/20/11
>> 18:19:15.604]    DEBUG: Instantiated: org.xmlvm.proc.out.ExeToXmlvmProcess
>> [01/20/11 18:19:15.604]    DEBUG: Adding preprocess
>> org.xmlvm.proc.out.ExeToXmlvmProcess to process
>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>> [01/20/11 18:19:15.604]    DEBUG: Instantiated:
>> org.xmlvm.proc.out.XmlvmToXmlvmProcess
>> [01/20/11 18:19:15.604]    DEBUG: Adding preprocess
>> org.xmlvm.proc.out.XmlvmToXmlvmProcess to process
>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>
>> at
>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>>  at
>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline(XmlvmProcessor.java:182)
>> at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:135)
>>  at org.xmlvm.Main.main(Main.java:54)
>> java.lang.IllegalArgumentException: wrong number of arguments
>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>>  at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
>> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>> Source)
>>  at java.lang.reflect.Constructor.newInstance(Unknown Source)
>> at
>> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:132)
>>  at
>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>> at
>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>>  at
>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>> at
>> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline(XmlvmProcessor.java:182)
>>  at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:135)
>> at org.xmlvm.Main.main(Main.java:54)
>> [01/20/11 18:19:15.608]    ERROR: There are still 1 processes left.
>> [01/20/11 18:19:15.608]    ERROR: Something went wrong during processing.
>>
>>
>> On Thu, Jan 20, 2011 at 6:19 PM, Sascha Haeberling <sa...@xm...>wrote:
>>
>>> Can you undo the change and send me the output again? The scenario you
>>> describe should work fine without any code changes.
>>>
>>> Thanks.
>>>
>>>
>>> On Fri, Jan 21, 2011 at 12:16 AM, Sal <sv...@gm...> wrote:
>>>
>>>>
>>>> Everything seems to work with that code change in place, Sascha.  I have
>>>> a nice XCode project generated now. =)    I have not yet compiled in XCode
>>>> as I am away from my mac at the moment.
>>>>
>>>> Not sure what the root cause was - maybe just that my Java compiler
>>>> generates Constructors differently in some cases.  So index [0] refers to
>>>> the other constructor (I noticed there are multiple in some cases.)
>>>>
>>>> Maybe it is a good idea to push the fix to SVN ?
>>>>
>>>> Thanks much for all the help -  I hope to contribute some useful things
>>>> soon!
>>>>
>>>> -------
>>>>
>>>> [01/20/11 18:06:56.187]  WARNING: Using test as application name
>>>> [01/20/11 18:06:56.187]    DEBUG: Forcing --enable_ref_counting for
>>>> target IPHONE
>>>> [01/20/11 18:06:56.204]    DEBUG: Instantiated:
>>>> org.xmlvm.proc.in.InputProcess$ClassInputProcess
>>>> [01/20/11 18:06:56.204]    DEBUG: Instantiated:
>>>> org.xmlvm.proc.in.InputProcess$ClassInputProcess for
>>>> "C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class"
>>>> [01/20/11 18:06:56.214]    DEBUG: Instantiated:
>>>> org.xmlvm.proc.out.IPhoneOutputProcess
>>>> [01/20/11 18:06:56.215]    DEBUG: Instantiated:
>>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>>> [01/20/11 18:06:56.219]    DEBUG: Adding preprocess
>>>> org.xmlvm.proc.out.ObjectiveCOutputProcess to process
>>>> org.xmlvm.proc.out.IPhoneOutputProcess
>>>> [01/20/11 18:06:56.248]    DEBUG: Instantiated:
>>>> org.xmlvm.proc.out.DEXmlvmOutputProcess
>>>> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
>>>> org.xmlvm.proc.out.DEXmlvmOutputProcess to process
>>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>>> [01/20/11 18:06:56.251]    DEBUG: Instantiated:
>>>> org.xmlvm.proc.out.ExeToXmlvmProcess
>>>> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
>>>> org.xmlvm.proc.out.ExeToXmlvmProcess to process
>>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>>> [01/20/11 18:06:56.251]    DEBUG: Instantiated:
>>>> org.xmlvm.proc.out.XmlvmToXmlvmProcess
>>>> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
>>>> org.xmlvm.proc.out.XmlvmToXmlvmProcess to process
>>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>>> [01/20/11 18:06:56.252]    DEBUG: Adding preprocess
>>>> org.xmlvm.proc.in.InputProcess$ClassInputProcess to process
>>>> org.xmlvm.proc.out.DEXmlvmOutputProcess
>>>> [01/20/11 18:06:56.253]    DEBUG: DEXmlvmOutputProcess: Getting resource
>>>> from cache: C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
>>>> [01/20/11 18:06:57.111]    DEBUG: Processing IPhoneOutputProcess
>>>> [01/20/11 18:06:57.348]    DEBUG: Processing finished successfully.
>>>> [01/20/11 18:06:57.811]    DEBUG: Files written successfully.
>>>> [01/20/11 18:06:57.811]    DEBUG: Post-Processing successful.
>>>>
>>>>
>>>> On Thu, Jan 20, 2011 at 5:55 PM, Sascha Haeberling <sa...@xm...>wrote:
>>>>
>>>>> This will not solve your problem. The issue is, that none of the
>>>>> correct inputs is executed, because it cannot find the input it is looking
>>>>> for. It is probably loading the EmptyInputProcess.
>>>>>
>>>>> Can you use --debug=all and post the output here?
>>>>>
>>>>> Thanks
>>>>> // Sascha
>>>>>
>>>>>
>>>>> On Thu, Jan 20, 2011 at 11:37 PM, Sal <sv...@gm...> wrote:
>>>>>
>>>>>>
>>>>>> I seem to have fixed the error by changing the following in
>>>>>> XmlvmProcessImpl.java:131
>>>>>>
>>>>>> XmlvmProcess<?> process = (XmlvmProcess<?>)
>>>>>>
>>>>>>                         //supportedClass.getConstructors()[0]  <-----
>>>>>> removed this and added below line
>>>>>>
>>>>>>  supportedClass.getConstructor(arguments.getClass())
>>>>>>
>>>>>>                         .newInstance(arguments);
>>>>>>
>>>>>> I hope it is correct?
>>>>>>
>>>>>> On Thu, Jan 20, 2011 at 5:11 PM, Sascha Haeberling <sa...@xm...>wrote:
>>>>>>
>>>>>>> Hi Sal,
>>>>>>>
>>>>>>> the error message is unfortunate and wrong. I think something is
>>>>>>> wrong with your paths. Make sure the input file actually exists. My guess is
>>>>>>> that it doesn't.
>>>>>>>
>>>>>>> Also the output path looks wrong. You use forward slashes.
>>>>>>>
>>>>>>> // Sascha
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Jan 20, 2011 at 11:08 PM, Sal <sv...@gm...> wrote:
>>>>>>>
>>>>>>>> After pulling the latest from SVN,  I tried xmlvm using command
>>>>>>>> parameters:
>>>>>>>>
>>>>>>>> --in=C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
>>>>>>>> --out=c:/tmp/test --target=iphone
>>>>>>>>
>>>>>>>> Execution gives the below exception.  Am I doing anything wrong?  I
>>>>>>>> am going to proceed to debug - if I'm able to get it to work I'll be happy
>>>>>>>> to submit a patch.  Thanks much in advance for any tips!!
>>>>>>>>
>>>>>>>> [01/20/11 17:02:26.334]  WARNING: Using test as application name
>>>>>>>> [01/20/11 17:02:26.335]    DEBUG: Forcing --enable_ref_counting for
>>>>>>>> target IPHONE
>>>>>>>> java.lang.IllegalArgumentException: wrong number of arguments
>>>>>>>>  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>>>>>>> Method)
>>>>>>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>>>>>>>> Source)
>>>>>>>>  at
>>>>>>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
>>>>>>>> at java.lang.reflect.Constructor.newInstance(Unknown Source)
>>>>>>>>  at
>>>>>>>> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:127)
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
>>>>>>>> Finally, a world-class log management solution at an even better
>>>>>>>> price-free!
>>>>>>>> _______________________________________________
>>>>>>>> xmlvm-users mailing list
>>>>>>>> xml...@li...
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>

Re: [xmlvm-users] Runtime Error from Latest SVN

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

Hmm this is indeed interesting. I think your change definitely makes sense
and is the proper way of doing this, so thank you for this. I just made the
change.

However, I am now very curious on why you experience this issue. I haven't
seen a system where the constructor layout was different. What Java Compiler
and Runtime Environment are you using?

Thanks a lot!
// Sascha

On Fri, Jan 21, 2011 at 12:23 AM, Sal <sv...@gm...> wrote:

>
> Not a problem. With the change reverted:
>
> ------
>
> [01/20/11 18:19:15.543]  WARNING: Using test as application name
> [01/20/11 18:19:15.544]    DEBUG: Forcing --enable_ref_counting for target
> IPHONE
> [01/20/11 18:19:15.560]    DEBUG: Instantiated:
> org.xmlvm.proc.in.InputProcess$ClassInputProcess
> [01/20/11 18:19:15.560]    DEBUG: Instantiated:
> org.xmlvm.proc.in.InputProcess$ClassInputProcess for
> "C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class"
> [01/20/11 18:19:15.570]    DEBUG: Instantiated:
> org.xmlvm.proc.out.IPhoneOutputProcess
> [01/20/11 18:19:15.571]    DEBUG: Instantiated:
> org.xmlvm.proc.out.ObjectiveCOutputProcess
> [01/20/11 18:19:15.575]    DEBUG: Adding preprocess
> org.xmlvm.proc.out.ObjectiveCOutputProcess to process
> org.xmlvm.proc.out.IPhoneOutputProcess
>  java.lang.IllegalArgumentException: wrong number of arguments
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>  at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
> Source)
>  at java.lang.reflect.Constructor.newInstance(Unknown Source)
> at
> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:132)
>  at
> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
> at
> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>  at
> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline(XmlvmProcessor.java:182)
> at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:135)
>  at org.xmlvm.Main.main(Main.java:54)
> java.lang.IllegalArgumentException: wrong number of arguments
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>  at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
> Source)
>  at java.lang.reflect.Constructor.newInstance(Unknown Source)
> at
> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:132)
>  at
> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
> at
> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)[01/20/11
> 18:19:15.604]    DEBUG: Instantiated: org.xmlvm.proc.out.ExeToXmlvmProcess
> [01/20/11 18:19:15.604]    DEBUG: Adding preprocess
> org.xmlvm.proc.out.ExeToXmlvmProcess to process
> org.xmlvm.proc.out.ObjectiveCOutputProcess
> [01/20/11 18:19:15.604]    DEBUG: Instantiated:
> org.xmlvm.proc.out.XmlvmToXmlvmProcess
> [01/20/11 18:19:15.604]    DEBUG: Adding preprocess
> org.xmlvm.proc.out.XmlvmToXmlvmProcess to process
> org.xmlvm.proc.out.ObjectiveCOutputProcess
>
> at
> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>  at
> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline(XmlvmProcessor.java:182)
> at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:135)
>  at org.xmlvm.Main.main(Main.java:54)
> java.lang.IllegalArgumentException: wrong number of arguments
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>  at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
> Source)
>  at java.lang.reflect.Constructor.newInstance(Unknown Source)
> at
> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:132)
>  at
> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
> at
> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
>  at
> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
> at
> org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline(XmlvmProcessor.java:182)
>  at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:135)
> at org.xmlvm.Main.main(Main.java:54)
> [01/20/11 18:19:15.608]    ERROR: There are still 1 processes left.
> [01/20/11 18:19:15.608]    ERROR: Something went wrong during processing.
>
>
> On Thu, Jan 20, 2011 at 6:19 PM, Sascha Haeberling <sa...@xm...>wrote:
>
>> Can you undo the change and send me the output again? The scenario you
>> describe should work fine without any code changes.
>>
>> Thanks.
>>
>>
>> On Fri, Jan 21, 2011 at 12:16 AM, Sal <sv...@gm...> wrote:
>>
>>>
>>> Everything seems to work with that code change in place, Sascha.  I have
>>> a nice XCode project generated now. =)    I have not yet compiled in XCode
>>> as I am away from my mac at the moment.
>>>
>>> Not sure what the root cause was - maybe just that my Java compiler
>>> generates Constructors differently in some cases.  So index [0] refers to
>>> the other constructor (I noticed there are multiple in some cases.)
>>>
>>> Maybe it is a good idea to push the fix to SVN ?
>>>
>>> Thanks much for all the help -  I hope to contribute some useful things
>>> soon!
>>>
>>> -------
>>>
>>> [01/20/11 18:06:56.187]  WARNING: Using test as application name
>>> [01/20/11 18:06:56.187]    DEBUG: Forcing --enable_ref_counting for
>>> target IPHONE
>>> [01/20/11 18:06:56.204]    DEBUG: Instantiated:
>>> org.xmlvm.proc.in.InputProcess$ClassInputProcess
>>> [01/20/11 18:06:56.204]    DEBUG: Instantiated:
>>> org.xmlvm.proc.in.InputProcess$ClassInputProcess for
>>> "C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class"
>>> [01/20/11 18:06:56.214]    DEBUG: Instantiated:
>>> org.xmlvm.proc.out.IPhoneOutputProcess
>>> [01/20/11 18:06:56.215]    DEBUG: Instantiated:
>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>> [01/20/11 18:06:56.219]    DEBUG: Adding preprocess
>>> org.xmlvm.proc.out.ObjectiveCOutputProcess to process
>>> org.xmlvm.proc.out.IPhoneOutputProcess
>>> [01/20/11 18:06:56.248]    DEBUG: Instantiated:
>>> org.xmlvm.proc.out.DEXmlvmOutputProcess
>>> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
>>> org.xmlvm.proc.out.DEXmlvmOutputProcess to process
>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>> [01/20/11 18:06:56.251]    DEBUG: Instantiated:
>>> org.xmlvm.proc.out.ExeToXmlvmProcess
>>> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
>>> org.xmlvm.proc.out.ExeToXmlvmProcess to process
>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>> [01/20/11 18:06:56.251]    DEBUG: Instantiated:
>>> org.xmlvm.proc.out.XmlvmToXmlvmProcess
>>> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
>>> org.xmlvm.proc.out.XmlvmToXmlvmProcess to process
>>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>>> [01/20/11 18:06:56.252]    DEBUG: Adding preprocess
>>> org.xmlvm.proc.in.InputProcess$ClassInputProcess to process
>>> org.xmlvm.proc.out.DEXmlvmOutputProcess
>>> [01/20/11 18:06:56.253]    DEBUG: DEXmlvmOutputProcess: Getting resource
>>> from cache: C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
>>> [01/20/11 18:06:57.111]    DEBUG: Processing IPhoneOutputProcess
>>> [01/20/11 18:06:57.348]    DEBUG: Processing finished successfully.
>>> [01/20/11 18:06:57.811]    DEBUG: Files written successfully.
>>> [01/20/11 18:06:57.811]    DEBUG: Post-Processing successful.
>>>
>>>
>>> On Thu, Jan 20, 2011 at 5:55 PM, Sascha Haeberling <sa...@xm...>wrote:
>>>
>>>> This will not solve your problem. The issue is, that none of the correct
>>>> inputs is executed, because it cannot find the input it is looking for. It
>>>> is probably loading the EmptyInputProcess.
>>>>
>>>> Can you use --debug=all and post the output here?
>>>>
>>>> Thanks
>>>> // Sascha
>>>>
>>>>
>>>> On Thu, Jan 20, 2011 at 11:37 PM, Sal <sv...@gm...> wrote:
>>>>
>>>>>
>>>>> I seem to have fixed the error by changing the following in
>>>>> XmlvmProcessImpl.java:131
>>>>>
>>>>> XmlvmProcess<?> process = (XmlvmProcess<?>)
>>>>>
>>>>>                         //supportedClass.getConstructors()[0]  <-----
>>>>> removed this and added below line
>>>>>
>>>>>  supportedClass.getConstructor(arguments.getClass())
>>>>>
>>>>>                         .newInstance(arguments);
>>>>>
>>>>> I hope it is correct?
>>>>>
>>>>> On Thu, Jan 20, 2011 at 5:11 PM, Sascha Haeberling <sa...@xm...>wrote:
>>>>>
>>>>>> Hi Sal,
>>>>>>
>>>>>> the error message is unfortunate and wrong. I think something is wrong
>>>>>> with your paths. Make sure the input file actually exists. My guess is that
>>>>>> it doesn't.
>>>>>>
>>>>>> Also the output path looks wrong. You use forward slashes.
>>>>>>
>>>>>> // Sascha
>>>>>>
>>>>>>
>>>>>> On Thu, Jan 20, 2011 at 11:08 PM, Sal <sv...@gm...> wrote:
>>>>>>
>>>>>>> After pulling the latest from SVN,  I tried xmlvm using command
>>>>>>> parameters:
>>>>>>>
>>>>>>> --in=C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
>>>>>>> --out=c:/tmp/test --target=iphone
>>>>>>>
>>>>>>> Execution gives the below exception.  Am I doing anything wrong?  I
>>>>>>> am going to proceed to debug - if I'm able to get it to work I'll be happy
>>>>>>> to submit a patch.  Thanks much in advance for any tips!!
>>>>>>>
>>>>>>> [01/20/11 17:02:26.334]  WARNING: Using test as application name
>>>>>>> [01/20/11 17:02:26.335]    DEBUG: Forcing --enable_ref_counting for
>>>>>>> target IPHONE
>>>>>>> java.lang.IllegalArgumentException: wrong number of arguments
>>>>>>>  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>>>>>> Method)
>>>>>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>>>>>>> Source)
>>>>>>>  at
>>>>>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
>>>>>>> at java.lang.reflect.Constructor.newInstance(Unknown Source)
>>>>>>>  at
>>>>>>> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:127)
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
>>>>>>> Finally, a world-class log management solution at an even better
>>>>>>> price-free!
>>>>>>> _______________________________________________
>>>>>>> xmlvm-users mailing list
>>>>>>> xml...@li...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>

Re: [xmlvm-users] Runtime Error from Latest SVN

[Sal <sv...@gm...>]

Not a problem. With the change reverted:

------

[01/20/11 18:19:15.543]  WARNING: Using test as application name
[01/20/11 18:19:15.544]    DEBUG: Forcing --enable_ref_counting for target
IPHONE
[01/20/11 18:19:15.560]    DEBUG: Instantiated:
org.xmlvm.proc.in.InputProcess$ClassInputProcess
[01/20/11 18:19:15.560]    DEBUG: Instantiated:
org.xmlvm.proc.in.InputProcess$ClassInputProcess for
"C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class"
[01/20/11 18:19:15.570]    DEBUG: Instantiated:
org.xmlvm.proc.out.IPhoneOutputProcess
[01/20/11 18:19:15.571]    DEBUG: Instantiated:
org.xmlvm.proc.out.ObjectiveCOutputProcess
[01/20/11 18:19:15.575]    DEBUG: Adding preprocess
org.xmlvm.proc.out.ObjectiveCOutputProcess to process
org.xmlvm.proc.out.IPhoneOutputProcess
java.lang.IllegalArgumentException: wrong number of arguments
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at
org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:132)
at
org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
at
org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
at
org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline(XmlvmProcessor.java:182)
at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:135)
at org.xmlvm.Main.main(Main.java:54)
java.lang.IllegalArgumentException: wrong number of arguments
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at
org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:132)
at
org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
at
org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)[01/20/11
18:19:15.604]    DEBUG: Instantiated: org.xmlvm.proc.out.ExeToXmlvmProcess
[01/20/11 18:19:15.604]    DEBUG: Adding preprocess
org.xmlvm.proc.out.ExeToXmlvmProcess to process
org.xmlvm.proc.out.ObjectiveCOutputProcess
[01/20/11 18:19:15.604]    DEBUG: Instantiated:
org.xmlvm.proc.out.XmlvmToXmlvmProcess
[01/20/11 18:19:15.604]    DEBUG: Adding preprocess
org.xmlvm.proc.out.XmlvmToXmlvmProcess to process
org.xmlvm.proc.out.ObjectiveCOutputProcess

at
org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
at
org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline(XmlvmProcessor.java:182)
at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:135)
at org.xmlvm.Main.main(Main.java:54)
java.lang.IllegalArgumentException: wrong number of arguments
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at
org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:132)
at
org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
at
org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
at
org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor.java:206)
at
org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline(XmlvmProcessor.java:182)
at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:135)
at org.xmlvm.Main.main(Main.java:54)
[01/20/11 18:19:15.608]    ERROR: There are still 1 processes left.
[01/20/11 18:19:15.608]    ERROR: Something went wrong during processing.


On Thu, Jan 20, 2011 at 6:19 PM, Sascha Haeberling <sa...@xm...> wrote:

> Can you undo the change and send me the output again? The scenario you
> describe should work fine without any code changes.
>
> Thanks.
>
>
> On Fri, Jan 21, 2011 at 12:16 AM, Sal <sv...@gm...> wrote:
>
>>
>> Everything seems to work with that code change in place, Sascha.  I have a
>> nice XCode project generated now. =)    I have not yet compiled in XCode as
>> I am away from my mac at the moment.
>>
>> Not sure what the root cause was - maybe just that my Java compiler
>> generates Constructors differently in some cases.  So index [0] refers to
>> the other constructor (I noticed there are multiple in some cases.)
>>
>> Maybe it is a good idea to push the fix to SVN ?
>>
>> Thanks much for all the help -  I hope to contribute some useful things
>> soon!
>>
>> -------
>>
>> [01/20/11 18:06:56.187]  WARNING: Using test as application name
>> [01/20/11 18:06:56.187]    DEBUG: Forcing --enable_ref_counting for target
>> IPHONE
>> [01/20/11 18:06:56.204]    DEBUG: Instantiated:
>> org.xmlvm.proc.in.InputProcess$ClassInputProcess
>> [01/20/11 18:06:56.204]    DEBUG: Instantiated:
>> org.xmlvm.proc.in.InputProcess$ClassInputProcess for
>> "C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class"
>> [01/20/11 18:06:56.214]    DEBUG: Instantiated:
>> org.xmlvm.proc.out.IPhoneOutputProcess
>> [01/20/11 18:06:56.215]    DEBUG: Instantiated:
>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>> [01/20/11 18:06:56.219]    DEBUG: Adding preprocess
>> org.xmlvm.proc.out.ObjectiveCOutputProcess to process
>> org.xmlvm.proc.out.IPhoneOutputProcess
>> [01/20/11 18:06:56.248]    DEBUG: Instantiated:
>> org.xmlvm.proc.out.DEXmlvmOutputProcess
>> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
>> org.xmlvm.proc.out.DEXmlvmOutputProcess to process
>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>> [01/20/11 18:06:56.251]    DEBUG: Instantiated:
>> org.xmlvm.proc.out.ExeToXmlvmProcess
>> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
>> org.xmlvm.proc.out.ExeToXmlvmProcess to process
>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>> [01/20/11 18:06:56.251]    DEBUG: Instantiated:
>> org.xmlvm.proc.out.XmlvmToXmlvmProcess
>> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
>> org.xmlvm.proc.out.XmlvmToXmlvmProcess to process
>> org.xmlvm.proc.out.ObjectiveCOutputProcess
>> [01/20/11 18:06:56.252]    DEBUG: Adding preprocess
>> org.xmlvm.proc.in.InputProcess$ClassInputProcess to process
>> org.xmlvm.proc.out.DEXmlvmOutputProcess
>> [01/20/11 18:06:56.253]    DEBUG: DEXmlvmOutputProcess: Getting resource
>> from cache: C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
>> [01/20/11 18:06:57.111]    DEBUG: Processing IPhoneOutputProcess
>> [01/20/11 18:06:57.348]    DEBUG: Processing finished successfully.
>> [01/20/11 18:06:57.811]    DEBUG: Files written successfully.
>> [01/20/11 18:06:57.811]    DEBUG: Post-Processing successful.
>>
>>
>> On Thu, Jan 20, 2011 at 5:55 PM, Sascha Haeberling <sa...@xm...>wrote:
>>
>>> This will not solve your problem. The issue is, that none of the correct
>>> inputs is executed, because it cannot find the input it is looking for. It
>>> is probably loading the EmptyInputProcess.
>>>
>>> Can you use --debug=all and post the output here?
>>>
>>> Thanks
>>> // Sascha
>>>
>>>
>>> On Thu, Jan 20, 2011 at 11:37 PM, Sal <sv...@gm...> wrote:
>>>
>>>>
>>>> I seem to have fixed the error by changing the following in
>>>> XmlvmProcessImpl.java:131
>>>>
>>>> XmlvmProcess<?> process = (XmlvmProcess<?>)
>>>>
>>>>                         //supportedClass.getConstructors()[0]  <-----
>>>> removed this and added below line
>>>>
>>>>  supportedClass.getConstructor(arguments.getClass())
>>>>
>>>>                         .newInstance(arguments);
>>>>
>>>> I hope it is correct?
>>>>
>>>> On Thu, Jan 20, 2011 at 5:11 PM, Sascha Haeberling <sa...@xm...>wrote:
>>>>
>>>>> Hi Sal,
>>>>>
>>>>> the error message is unfortunate and wrong. I think something is wrong
>>>>> with your paths. Make sure the input file actually exists. My guess is that
>>>>> it doesn't.
>>>>>
>>>>> Also the output path looks wrong. You use forward slashes.
>>>>>
>>>>> // Sascha
>>>>>
>>>>>
>>>>> On Thu, Jan 20, 2011 at 11:08 PM, Sal <sv...@gm...> wrote:
>>>>>
>>>>>> After pulling the latest from SVN,  I tried xmlvm using command
>>>>>> parameters:
>>>>>>
>>>>>> --in=C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
>>>>>> --out=c:/tmp/test --target=iphone
>>>>>>
>>>>>> Execution gives the below exception.  Am I doing anything wrong?  I am
>>>>>> going to proceed to debug - if I'm able to get it to work I'll be happy to
>>>>>> submit a patch.  Thanks much in advance for any tips!!
>>>>>>
>>>>>> [01/20/11 17:02:26.334]  WARNING: Using test as application name
>>>>>> [01/20/11 17:02:26.335]    DEBUG: Forcing --enable_ref_counting for
>>>>>> target IPHONE
>>>>>> java.lang.IllegalArgumentException: wrong number of arguments
>>>>>>  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>>>>> Method)
>>>>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>>>>>> Source)
>>>>>>  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>>>>>> Source)
>>>>>> at java.lang.reflect.Constructor.newInstance(Unknown Source)
>>>>>>  at
>>>>>> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:127)
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
>>>>>> Finally, a world-class log management solution at an even better
>>>>>> price-free!
>>>>>> _______________________________________________
>>>>>> xmlvm-users mailing list
>>>>>> xml...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>

Re: [xmlvm-users] Runtime Error from Latest SVN

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

Can you undo the change and send me the output again? The scenario you
describe should work fine without any code changes.

Thanks.

On Fri, Jan 21, 2011 at 12:16 AM, Sal <sv...@gm...> wrote:

>
> Everything seems to work with that code change in place, Sascha.  I have a
> nice XCode project generated now. =)    I have not yet compiled in XCode as
> I am away from my mac at the moment.
>
> Not sure what the root cause was - maybe just that my Java compiler
> generates Constructors differently in some cases.  So index [0] refers to
> the other constructor (I noticed there are multiple in some cases.)
>
> Maybe it is a good idea to push the fix to SVN ?
>
> Thanks much for all the help -  I hope to contribute some useful things
> soon!
>
> -------
>
> [01/20/11 18:06:56.187]  WARNING: Using test as application name
> [01/20/11 18:06:56.187]    DEBUG: Forcing --enable_ref_counting for target
> IPHONE
> [01/20/11 18:06:56.204]    DEBUG: Instantiated:
> org.xmlvm.proc.in.InputProcess$ClassInputProcess
> [01/20/11 18:06:56.204]    DEBUG: Instantiated:
> org.xmlvm.proc.in.InputProcess$ClassInputProcess for
> "C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class"
> [01/20/11 18:06:56.214]    DEBUG: Instantiated:
> org.xmlvm.proc.out.IPhoneOutputProcess
> [01/20/11 18:06:56.215]    DEBUG: Instantiated:
> org.xmlvm.proc.out.ObjectiveCOutputProcess
> [01/20/11 18:06:56.219]    DEBUG: Adding preprocess
> org.xmlvm.proc.out.ObjectiveCOutputProcess to process
> org.xmlvm.proc.out.IPhoneOutputProcess
> [01/20/11 18:06:56.248]    DEBUG: Instantiated:
> org.xmlvm.proc.out.DEXmlvmOutputProcess
> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
> org.xmlvm.proc.out.DEXmlvmOutputProcess to process
> org.xmlvm.proc.out.ObjectiveCOutputProcess
> [01/20/11 18:06:56.251]    DEBUG: Instantiated:
> org.xmlvm.proc.out.ExeToXmlvmProcess
> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
> org.xmlvm.proc.out.ExeToXmlvmProcess to process
> org.xmlvm.proc.out.ObjectiveCOutputProcess
> [01/20/11 18:06:56.251]    DEBUG: Instantiated:
> org.xmlvm.proc.out.XmlvmToXmlvmProcess
> [01/20/11 18:06:56.251]    DEBUG: Adding preprocess
> org.xmlvm.proc.out.XmlvmToXmlvmProcess to process
> org.xmlvm.proc.out.ObjectiveCOutputProcess
> [01/20/11 18:06:56.252]    DEBUG: Adding preprocess
> org.xmlvm.proc.in.InputProcess$ClassInputProcess to process
> org.xmlvm.proc.out.DEXmlvmOutputProcess
> [01/20/11 18:06:56.253]    DEBUG: DEXmlvmOutputProcess: Getting resource
> from cache: C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
> [01/20/11 18:06:57.111]    DEBUG: Processing IPhoneOutputProcess
> [01/20/11 18:06:57.348]    DEBUG: Processing finished successfully.
> [01/20/11 18:06:57.811]    DEBUG: Files written successfully.
> [01/20/11 18:06:57.811]    DEBUG: Post-Processing successful.
>
>
> On Thu, Jan 20, 2011 at 5:55 PM, Sascha Haeberling <sa...@xm...>wrote:
>
>> This will not solve your problem. The issue is, that none of the correct
>> inputs is executed, because it cannot find the input it is looking for. It
>> is probably loading the EmptyInputProcess.
>>
>> Can you use --debug=all and post the output here?
>>
>> Thanks
>> // Sascha
>>
>>
>> On Thu, Jan 20, 2011 at 11:37 PM, Sal <sv...@gm...> wrote:
>>
>>>
>>> I seem to have fixed the error by changing the following in
>>> XmlvmProcessImpl.java:131
>>>
>>> XmlvmProcess<?> process = (XmlvmProcess<?>)
>>>
>>>                         //supportedClass.getConstructors()[0]  <-----
>>> removed this and added below line
>>>
>>>  supportedClass.getConstructor(arguments.getClass())
>>>
>>>                         .newInstance(arguments);
>>>
>>> I hope it is correct?
>>>
>>> On Thu, Jan 20, 2011 at 5:11 PM, Sascha Haeberling <sa...@xm...>wrote:
>>>
>>>> Hi Sal,
>>>>
>>>> the error message is unfortunate and wrong. I think something is wrong
>>>> with your paths. Make sure the input file actually exists. My guess is that
>>>> it doesn't.
>>>>
>>>> Also the output path looks wrong. You use forward slashes.
>>>>
>>>> // Sascha
>>>>
>>>>
>>>> On Thu, Jan 20, 2011 at 11:08 PM, Sal <sv...@gm...> wrote:
>>>>
>>>>> After pulling the latest from SVN,  I tried xmlvm using command
>>>>> parameters:
>>>>>
>>>>> --in=C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
>>>>> --out=c:/tmp/test --target=iphone
>>>>>
>>>>> Execution gives the below exception.  Am I doing anything wrong?  I am
>>>>> going to proceed to debug - if I'm able to get it to work I'll be happy to
>>>>> submit a patch.  Thanks much in advance for any tips!!
>>>>>
>>>>> [01/20/11 17:02:26.334]  WARNING: Using test as application name
>>>>> [01/20/11 17:02:26.335]    DEBUG: Forcing --enable_ref_counting for
>>>>> target IPHONE
>>>>> java.lang.IllegalArgumentException: wrong number of arguments
>>>>>  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>>>> Method)
>>>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>>>>> Source)
>>>>>  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>>>>> Source)
>>>>> at java.lang.reflect.Constructor.newInstance(Unknown Source)
>>>>>  at
>>>>> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:127)
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
>>>>> Finally, a world-class log management solution at an even better
>>>>> price-free!
>>>>> _______________________________________________
>>>>> xmlvm-users mailing list
>>>>> xml...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>>>
>>>>>
>>>>
>>>
>>
>

Re: [xmlvm-users] Runtime Error from Latest SVN

[Sal <sv...@gm...>]

Everything seems to work with that code change in place, Sascha.  I have a
nice XCode project generated now. =)    I have not yet compiled in XCode as
I am away from my mac at the moment.

Not sure what the root cause was - maybe just that my Java compiler
generates Constructors differently in some cases.  So index [0] refers to
the other constructor (I noticed there are multiple in some cases.)

Maybe it is a good idea to push the fix to SVN ?

Thanks much for all the help -  I hope to contribute some useful things
soon!

-------

[01/20/11 18:06:56.187]  WARNING: Using test as application name
[01/20/11 18:06:56.187]    DEBUG: Forcing --enable_ref_counting for target
IPHONE
[01/20/11 18:06:56.204]    DEBUG: Instantiated:
org.xmlvm.proc.in.InputProcess$ClassInputProcess
[01/20/11 18:06:56.204]    DEBUG: Instantiated:
org.xmlvm.proc.in.InputProcess$ClassInputProcess for
"C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class"
[01/20/11 18:06:56.214]    DEBUG: Instantiated:
org.xmlvm.proc.out.IPhoneOutputProcess
[01/20/11 18:06:56.215]    DEBUG: Instantiated:
org.xmlvm.proc.out.ObjectiveCOutputProcess
[01/20/11 18:06:56.219]    DEBUG: Adding preprocess
org.xmlvm.proc.out.ObjectiveCOutputProcess to process
org.xmlvm.proc.out.IPhoneOutputProcess
[01/20/11 18:06:56.248]    DEBUG: Instantiated:
org.xmlvm.proc.out.DEXmlvmOutputProcess
[01/20/11 18:06:56.251]    DEBUG: Adding preprocess
org.xmlvm.proc.out.DEXmlvmOutputProcess to process
org.xmlvm.proc.out.ObjectiveCOutputProcess
[01/20/11 18:06:56.251]    DEBUG: Instantiated:
org.xmlvm.proc.out.ExeToXmlvmProcess
[01/20/11 18:06:56.251]    DEBUG: Adding preprocess
org.xmlvm.proc.out.ExeToXmlvmProcess to process
org.xmlvm.proc.out.ObjectiveCOutputProcess
[01/20/11 18:06:56.251]    DEBUG: Instantiated:
org.xmlvm.proc.out.XmlvmToXmlvmProcess
[01/20/11 18:06:56.251]    DEBUG: Adding preprocess
org.xmlvm.proc.out.XmlvmToXmlvmProcess to process
org.xmlvm.proc.out.ObjectiveCOutputProcess
[01/20/11 18:06:56.252]    DEBUG: Adding preprocess
org.xmlvm.proc.in.InputProcess$ClassInputProcess to process
org.xmlvm.proc.out.DEXmlvmOutputProcess
[01/20/11 18:06:56.253]    DEBUG: DEXmlvmOutputProcess: Getting resource
from cache: C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
[01/20/11 18:06:57.111]    DEBUG: Processing IPhoneOutputProcess
[01/20/11 18:06:57.348]    DEBUG: Processing finished successfully.
[01/20/11 18:06:57.811]    DEBUG: Files written successfully.
[01/20/11 18:06:57.811]    DEBUG: Post-Processing successful.


On Thu, Jan 20, 2011 at 5:55 PM, Sascha Haeberling <sa...@xm...> wrote:

> This will not solve your problem. The issue is, that none of the correct
> inputs is executed, because it cannot find the input it is looking for. It
> is probably loading the EmptyInputProcess.
>
> Can you use --debug=all and post the output here?
>
> Thanks
> // Sascha
>
>
> On Thu, Jan 20, 2011 at 11:37 PM, Sal <sv...@gm...> wrote:
>
>>
>> I seem to have fixed the error by changing the following in
>> XmlvmProcessImpl.java:131
>>
>> XmlvmProcess<?> process = (XmlvmProcess<?>)
>>
>>                         //supportedClass.getConstructors()[0]  <-----
>> removed this and added below line
>>
>>  supportedClass.getConstructor(arguments.getClass())
>>
>>                         .newInstance(arguments);
>>
>> I hope it is correct?
>>
>> On Thu, Jan 20, 2011 at 5:11 PM, Sascha Haeberling <sa...@xm...>wrote:
>>
>>> Hi Sal,
>>>
>>> the error message is unfortunate and wrong. I think something is wrong
>>> with your paths. Make sure the input file actually exists. My guess is that
>>> it doesn't.
>>>
>>> Also the output path looks wrong. You use forward slashes.
>>>
>>> // Sascha
>>>
>>>
>>> On Thu, Jan 20, 2011 at 11:08 PM, Sal <sv...@gm...> wrote:
>>>
>>>> After pulling the latest from SVN,  I tried xmlvm using command
>>>> parameters:
>>>>
>>>> --in=C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
>>>> --out=c:/tmp/test --target=iphone
>>>>
>>>> Execution gives the below exception.  Am I doing anything wrong?  I am
>>>> going to proceed to debug - if I'm able to get it to work I'll be happy to
>>>> submit a patch.  Thanks much in advance for any tips!!
>>>>
>>>> [01/20/11 17:02:26.334]  WARNING: Using test as application name
>>>> [01/20/11 17:02:26.335]    DEBUG: Forcing --enable_ref_counting for
>>>> target IPHONE
>>>> java.lang.IllegalArgumentException: wrong number of arguments
>>>>  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>>> Method)
>>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
>>>>  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>>>> Source)
>>>> at java.lang.reflect.Constructor.newInstance(Unknown Source)
>>>>  at
>>>> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:127)
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
>>>> Finally, a world-class log management solution at an even better
>>>> price-free!
>>>> _______________________________________________
>>>> xmlvm-users mailing list
>>>> xml...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>>
>>>>
>>>
>>
>

Re: [xmlvm-users] Runtime Error from Latest SVN

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

This will not solve your problem. The issue is, that none of the correct
inputs is executed, because it cannot find the input it is looking for. It
is probably loading the EmptyInputProcess.

Can you use --debug=all and post the output here?

Thanks
// Sascha

On Thu, Jan 20, 2011 at 11:37 PM, Sal <sv...@gm...> wrote:

>
> I seem to have fixed the error by changing the following in
> XmlvmProcessImpl.java:131
>
> XmlvmProcess<?> process = (XmlvmProcess<?>)
>
>                         //supportedClass.getConstructors()[0]  <-----
> removed this and added below line
>                         supportedClass.getConstructor(arguments.getClass())
>
>                         .newInstance(arguments);
>
> I hope it is correct?
>
> On Thu, Jan 20, 2011 at 5:11 PM, Sascha Haeberling <sa...@xm...>wrote:
>
>> Hi Sal,
>>
>> the error message is unfortunate and wrong. I think something is wrong
>> with your paths. Make sure the input file actually exists. My guess is that
>> it doesn't.
>>
>> Also the output path looks wrong. You use forward slashes.
>>
>> // Sascha
>>
>>
>> On Thu, Jan 20, 2011 at 11:08 PM, Sal <sv...@gm...> wrote:
>>
>>> After pulling the latest from SVN,  I tried xmlvm using command
>>> parameters:
>>>
>>> --in=C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
>>> --out=c:/tmp/test --target=iphone
>>>
>>> Execution gives the below exception.  Am I doing anything wrong?  I am
>>> going to proceed to debug - if I'm able to get it to work I'll be happy to
>>> submit a patch.  Thanks much in advance for any tips!!
>>>
>>> [01/20/11 17:02:26.334]  WARNING: Using test as application name
>>> [01/20/11 17:02:26.335]    DEBUG: Forcing --enable_ref_counting for
>>> target IPHONE
>>> java.lang.IllegalArgumentException: wrong number of arguments
>>>  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>> Method)
>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
>>>  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>>> Source)
>>> at java.lang.reflect.Constructor.newInstance(Unknown Source)
>>>  at
>>> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:127)
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
>>> Finally, a world-class log management solution at an even better
>>> price-free!
>>> _______________________________________________
>>> xmlvm-users mailing list
>>> xml...@li...
>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>
>>>
>>
>

Re: [xmlvm-users] Runtime Error from Latest SVN

[Sal <sv...@gm...>]

I seem to have fixed the error by changing the following in
XmlvmProcessImpl.java:131

XmlvmProcess<?> process = (XmlvmProcess<?>)

                        //supportedClass.getConstructors()[0]  <-----
removed this and added below line
                        supportedClass.getConstructor(arguments.getClass())

                        .newInstance(arguments);

I hope it is correct?

On Thu, Jan 20, 2011 at 5:11 PM, Sascha Haeberling <sa...@xm...> wrote:

> Hi Sal,
>
> the error message is unfortunate and wrong. I think something is wrong with
> your paths. Make sure the input file actually exists. My guess is that it
> doesn't.
>
> Also the output path looks wrong. You use forward slashes.
>
> // Sascha
>
>
> On Thu, Jan 20, 2011 at 11:08 PM, Sal <sv...@gm...> wrote:
>
>> After pulling the latest from SVN,  I tried xmlvm using command
>> parameters:
>>
>> --in=C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
>> --out=c:/tmp/test --target=iphone
>>
>> Execution gives the below exception.  Am I doing anything wrong?  I am
>> going to proceed to debug - if I'm able to get it to work I'll be happy to
>> submit a patch.  Thanks much in advance for any tips!!
>>
>> [01/20/11 17:02:26.334]  WARNING: Using test as application name
>> [01/20/11 17:02:26.335]    DEBUG: Forcing --enable_ref_counting for target
>> IPHONE
>> java.lang.IllegalArgumentException: wrong number of arguments
>>  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
>>  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>> Source)
>> at java.lang.reflect.Constructor.newInstance(Unknown Source)
>>  at
>> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:127)
>>
>>
>> ------------------------------------------------------------------------------
>> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
>> Finally, a world-class log management solution at an even better
>> price-free!
>> _______________________________________________
>> xmlvm-users mailing list
>> xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>
>>
>

Re: [xmlvm-users] Runtime Error from Latest SVN

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

Hi Sal,

the error message is unfortunate and wrong. I think something is wrong with
your paths. Make sure the input file actually exists. My guess is that it
doesn't.

Also the output path looks wrong. You use forward slashes.

// Sascha


On Thu, Jan 20, 2011 at 11:08 PM, Sal <sv...@gm...> wrote:

> After pulling the latest from SVN,  I tried xmlvm using command parameters:
>
> --in=C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
> --out=c:/tmp/test --target=iphone
>
> Execution gives the below exception.  Am I doing anything wrong?  I am
> going to proceed to debug - if I'm able to get it to work I'll be happy to
> submit a patch.  Thanks much in advance for any tips!!
>
> [01/20/11 17:02:26.334]  WARNING: Using test as application name
> [01/20/11 17:02:26.335]    DEBUG: Forcing --enable_ref_counting for target
> IPHONE
> java.lang.IllegalArgumentException: wrong number of arguments
>  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
>  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
> Source)
> at java.lang.reflect.Constructor.newInstance(Unknown Source)
>  at
> org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:127)
>
>
> ------------------------------------------------------------------------------
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better
> price-free!
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>

[xmlvm-users] Runtime Error from Latest SVN

[Sal <sv...@gm...>]

After pulling the latest from SVN,  I tried xmlvm using command parameters:

--in=C:\dev\workspace2\xmlvm\bin\org\xmlvm\test\ReflectionTest.class
--out=c:/tmp/test --target=iphone

Execution gives the below exception.  Am I doing anything wrong?  I am going
to proceed to debug - if I'm able to get it to work I'll be happy to submit
a patch.  Thanks much in advance for any tips!!

[01/20/11 17:02:26.334]  WARNING: Using test as application name
[01/20/11 17:02:26.335]    DEBUG: Forcing --enable_ref_counting for target
IPHONE
java.lang.IllegalArgumentException: wrong number of arguments
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at
org.xmlvm.proc.XmlvmProcessImpl.createInputInstances(XmlvmProcessImpl.java:127)

Re: [xmlvm-users] General questions wrt. Java iPhone development with XMLVM

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

On Jan 20, 2011, at 10:37 PM, Sal wrote:

> Thanks for the help - Just a few more questions:
> 
> I tried to build from SVN and compile the test app:
> 
> /xmlvm/src/test/iphone/org/xmlvm/test/iphone/widgets/button/UIButtonTest.java


The specified application is only for internal xmlvm test.
Please have a look at the demos instead.

Re: [xmlvm-users] General questions wrt. Java iPhone development with XMLVM

[Sal <sv...@gm...>]

Thanks for the help - Just a few more questions:

I tried to build from SVN and compile the test app:

/xmlvm/src/test/iphone/org/xmlvm/test/iphone/widgets/button/UIButtonTest.java

But executing on the iphone simulator seems to throw a lot of runtime
errors.  Am I doing anything wrong or should this work?

Are there any other functional iphone UI test apps that I can try?  I'm
willing to fix issues and submit patches, just wanted to ping the list
before I started.

Also what about 'core' Java features? Like general language stuff: arrays,
reflection, inheritance, etc.  Is ObjC target still superior or is the C
platform further ahead?

And what do you recommend going forward - hack on the ObjC target or should
I try to make some of the C target UI components to work? I noticed in SVN
the C target has some defined iphone UI elements already.

Thanks much in advance for your help!!

On Thu, Jan 20, 2011 at 3:05 PM, Panayotis Katsaloulis <
pan...@pa...> wrote:

>
> On Jan 20, 2011, at 6:28 PM, Sal wrote:
>
> > Hi there,
> >
> > Just starting with XMLVM - I'm wondering, which is the best / most mature
> iphone development path now?  Objective-C or the C target? Or are they
> fairly identical?
> >
> > Particularly I'm just looking for UI components and general Java support
> (basic inheritance, language features, maybe some reflection.)
> >
> > Thanks much in advance!!
> >
> > - Sal
>
> The ObjC path.
> It still has some issues (which probably won't be fixed), but in general is
> more than mature.
> If something is supported at all with iPhone API, it is for sure supported
> under ObjC.
> But this backend is now obsolete.
>
> The C backend, although it is the primary target right now, it is far from
> being as feature full as ObjC.
>
>
>
> ------------------------------------------------------------------------------
> Protect Your Site and Customers from Malware Attacks
> Learn about various malware tactics and how to avoid them. Understand
> malware threats, the impact they can have on your business, and how you
> can protect your company and customers by using code signing.
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

Re: [xmlvm-users] General questions wrt. Java iPhone development with XMLVM

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

On Jan 20, 2011, at 6:28 PM, Sal wrote:

> Hi there,
> 
> Just starting with XMLVM - I'm wondering, which is the best / most mature iphone development path now?  Objective-C or the C target? Or are they fairly identical?
> 
> Particularly I'm just looking for UI components and general Java support (basic inheritance, language features, maybe some reflection.)
> 
> Thanks much in advance!!
> 
> - Sal

The ObjC path.
It still has some issues (which probably won't be fixed), but in general is more than mature.
If something is supported at all with iPhone API, it is for sure supported under ObjC.
But this backend is now obsolete.

The C backend, although it is the primary target right now, it is far from being as feature full as ObjC.

[xmlvm-users] General questions wrt. Java iPhone development with XMLVM

[Sal <sv...@gm...>]

Hi there,

Just starting with XMLVM - I'm wondering, which is the best / most mature
iphone development path now?  Objective-C or the C target? Or are they
fairly identical?

Particularly I'm just looking for UI components and general Java support
(basic inheritance, language features, maybe some reflection.)

Thanks much in advance!!

- Sal