Menu
▾
▴
xmlvm-users — For current and interested XMLVM users, for public discussions and anouncements.
You can subscribe to this list here.
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(29) |
Aug
(75) |
Sep
(32) |
Oct
(147) |
Nov
(31) |
Dec
(49) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
(46) |
Feb
(35) |
Mar
(148) |
Apr
(33) |
May
(53) |
Jun
(46) |
Jul
(60) |
Aug
(44) |
Sep
(135) |
Oct
(23) |
Nov
(68) |
Dec
(42) |
| 2011 |
Jan
(94) |
Feb
(55) |
Mar
(114) |
Apr
(78) |
May
(64) |
Jun
(10) |
Jul
(31) |
Aug
(2) |
Sep
(25) |
Oct
(13) |
Nov
(8) |
Dec
(24) |
| 2012 |
Jan
(5) |
Feb
(33) |
Mar
(31) |
Apr
(19) |
May
(24) |
Jun
(23) |
Jul
(14) |
Aug
(15) |
Sep
(12) |
Oct
(3) |
Nov
(4) |
Dec
(19) |
| 2013 |
Jan
(8) |
Feb
(20) |
Mar
(4) |
Apr
(2) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(1) |
Nov
(4) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
(6) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Sal <sv...@gm...> - 2011-02-12 07:40:00
|
I'm really enjoying learning about xmlvm and I think it's a fascinating project! I had a few questions for the experts here about it. - How is performance compared to original Java code? If slower by a factor of how much? Are there any benchmarks done yet? Can intensive things be done i.e. - realtime physics engines for video games - Is boehm gc being used on the iPhone target(s)? If not how does xmlvm get around using reference counting in the new C target Ive read about? - what major tasks are left for the 'C' output target to be a usable one instead of the Obj-c++ one, in case anyone is interested to help =) - The idea of byte code to XML to ' XYZ' programming language via xsl is great and very flexible. But has anyone considered taking something like JavaML (http://www.badros.com/greg/JavaML/) which generates XML version of the Java program's AST (abstract syntax tree). XSL could then be used to convert this to a 'high level' target, such as C++, which is very similar to java already. Use the same GC techniques and libraries xmlvm already has - and you have maximal performance via C++ compilation of high level code rather than VM opcodes as xmlvm does today. I would imagine several orders better performance with just as much flexibility - say write c# code for win7, and JavaScript target would be more performant as well. Java byte code is also easily reversed by libraries like JAD to generate 'high level' Java from that byte code, so .class files are still processible if code is not available. Looking forward to thoughts!!! thanks much in advance, - Sal |
|
From: Arno P. <ar...@pu...> - 2011-02-11 21:06:20
|
Kevin,
things are changing in XMLVM. We are in the middle of transitioning to
the new C backend which will make the Objective-C backend obsolete. One
benefit is that we can cross-compile Apache Harmony, so there is no
longer the need for hand-writing J2SE classes in Objective-C (which
means, the java.nio.Buffer bug will go away with the C backend).
There is still API missing from both the Objective-C and the C backend.
Patches are certainly more than welcome, however, I would prefer if you
submitted patches for the C backend, since we will deprecate the
Objective-C backend soon.
To get you started:
- add the missing Cocoa API in xmlvm/src/xmlvm2obj/compat-lib/java
- run "ant gen-c-wrappers"
- this will generate C wrappers in src/xmlvm2c/compat-lib/iphone
- provide implementation in those wrappers between the special
//XMLVM_BEGIN_ and //XMLVM_END_ markers
If you want to use the C backend to cross-compile iFireworks, you can do
the following:
java -Xmx700m -jar dist/xmlvm.jar --target=iphonec \
--in=demo/iphone/ifireworks/build/classes/ \
--resource=demo/iphone/ifireworks/res/ \
--app-name=iFireworks --out=out
There are also some slides in xmlvm/doc/slides that give a quick
overview of the C backend (in the middle of the slide deck).
When you have a patch, you can upload it to our review system as
described here: http://xmlvm.org/contribute/
Arno
On 2/11/11 7:03 AM, Kevin Glass wrote:
> There's a couple of bugs in the java.nio.Buffer implementations for
> ObjC. There's also a method on CGFont (CopyFullName) that'd be really
> useful given the changes in iOS 4 - how do I go about submitting patches
> for things these days?
>
> Kev
>
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
>
>
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
|
|
From: Markus N. <mar...@gm...> - 2011-02-11 20:32:19
|
Hi Tomas, I am one of the two guys working on the WP7 target at the moment. I am mainly working on the API mapping while Oren (cc) is working on the language cross compilation from Java to C#. We reached a point where we have a sufficient enough Java layer for WP7 that we can cross-compile simple demo programs (SayHello, ...) from Java to C# and run them on WP7. We are at the moment attempting to expand to the Fireworks demo included in xmlvm and then port the android compatibility library to WP7. The goal is to have Fireworks running end-to-end in April. We plan on moving everything we did so far to a branch in the xmlvm repository soon. I will send you an email once that is done. Cheers, Markus On Thu, Feb 10, 2011 at 2:19 AM, Tomas Vestelind <tom...@gm...>wrote: > Hi Sascha. > > Ok, I will wait for their response. I think XMLVM is a really interesting > project and I think it has potential to target a lot of different mobile > targets, but maybe I don't see all the really technical difficulties. > > Maybe Symbian and MeeGo is not the way to go at the moment, could Windows > Phone 7 with Java -> C# work? > > Wolfgang and Arno, would this be possible? > > Best regards, > Tomas > > On 7 February 2011 19:50, Sascha Haeberling <sa...@xm...> wrote: > >> I see, I misunderstood you the first time. Doing a java-based QT API that >> then maps to the actual API should probably be a bit easier, but it would >> still require a significant amount of work. >> >> Wolfgang and Arno are currently doing this work for the C-backend, so they >> can actually give you even more advise about how much work would be >> involved. >> >> // Sascha >> >> On Mon, Feb 7, 2011 at 7:26 PM, Tomas Vestelind < >> tom...@gm...> wrote: >> >>> Hi Sascha, >>> >>> Thank you for your response. >>> >>> When I did some tests applications with XMLVM I used the Cocoa Touch >>> stubs directly without doing Android-to-iPhone conversion. When I added some >>> wrappers that didn't exist it was quite straightforward. I looked at other, >>> similar classes and convertion between Java classes like String and >>> ArrayList to Cocoa classes was all ready implemented by you guys. >>> >>> So I imagine that something similar could be done for Qt but as there >>> aren't anything that I could look at I would probably try to create the >>> stubs, cross compile them to C and then basically call the proper method in >>> the wrapper. >>> >>> Do you think this approach could work? Maybe someone here knows if I >>> would have to do something specific for Qt? >>> >>> Best regards, >>> Tomas Vestelind >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> The modern datacenter depends on network connectivity to access resources >>> and provide services. The best practices for maximizing a physical >>> server's >>> connectivity to a physical network are well understood - see how these >>> rules translate into the virtual world? >>> http://p.sf.net/sfu/oracle-sfdevnlfb >>> _______________________________________________ >>> 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 > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
|
From: Kevin G. <ke...@co...> - 2011-02-11 15:03:21
|
There's a couple of bugs in the java.nio.Buffer implementations for ObjC. There's also a method on CGFont (CopyFullName) that'd be really useful given the changes in iOS 4 - how do I go about submitting patches for things these days? Kev |
|
From: <yo....@ho...> - 2011-02-11 14:05:37
|
HelloI have watched the Google Talk about XMLVM and would like to ask some questions.- Can I use Jython with XMLVM or must I use Java?- Since XMLVM cross compiles the byte code doesn't that mean that the resulting Objective-C code can't be modified? For instance, if I want to make any changes I would have to go back to the original Java (or Jython) code, make the changes and then cross compile again?- Can I write Objective-C code that will use variables from the XMLVM resulting code? For example, I write the Java code to communicate with a server sending login information (i.e. login and password) and then write ObjC that sets those variables from user input.- If the Java code that I write doesn't do any GUI and I want to do all the UI using Interface Builder is this possible or will I have trouble linking the XMLVM code with Interface Builder?- If I have a .jar which contains a Java API is it possible to cross compile this library and then use the API with native ObjC?Thank you. |
|
From: Sascha H. <sa...@xm...> - 2011-02-10 10:41:33
|
Tomas, a group of developers is already working on Windows Phone 7 as a target platform. Arno can give you more details about the progress on that part. // Sascha On Feb 10, 2011 11:20 AM, "Tomas Vestelind" <tom...@gm...> wrote: > Hi Sascha. > > Ok, I will wait for their response. I think XMLVM is a really interesting > project and I think it has potential to target a lot of different mobile > targets, but maybe I don't see all the really technical difficulties. > > Maybe Symbian and MeeGo is not the way to go at the moment, could Windows > Phone 7 with Java -> C# work? > > Wolfgang and Arno, would this be possible? > > Best regards, > Tomas > > On 7 February 2011 19:50, Sascha Haeberling <sa...@xm...> wrote: > >> I see, I misunderstood you the first time. Doing a java-based QT API that >> then maps to the actual API should probably be a bit easier, but it would >> still require a significant amount of work. >> >> Wolfgang and Arno are currently doing this work for the C-backend, so they >> can actually give you even more advise about how much work would be >> involved. >> >> // Sascha >> >> On Mon, Feb 7, 2011 at 7:26 PM, Tomas Vestelind < tom...@gm... >> > wrote: >> >>> Hi Sascha, >>> >>> Thank you for your response. >>> >>> When I did some tests applications with XMLVM I used the Cocoa Touch stubs >>> directly without doing Android-to-iPhone conversion. When I added some >>> wrappers that didn't exist it was quite straightforward. I looked at other, >>> similar classes and convertion between Java classes like String and >>> ArrayList to Cocoa classes was all ready implemented by you guys. >>> >>> So I imagine that something similar could be done for Qt but as there >>> aren't anything that I could look at I would probably try to create the >>> stubs, cross compile them to C and then basically call the proper method in >>> the wrapper. >>> >>> Do you think this approach could work? Maybe someone here knows if I would >>> have to do something specific for Qt? >>> >>> Best regards, >>> Tomas Vestelind >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> The modern datacenter depends on network connectivity to access resources >>> and provide services. The best practices for maximizing a physical >>> server's >>> connectivity to a physical network are well understood - see how these >>> rules translate into the virtual world? >>> http://p.sf.net/sfu/oracle-sfdevnlfb >>> _______________________________________________ >>> 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 |
|
From: Tomas V. <tom...@gm...> - 2011-02-10 10:20:11
|
Hi Sascha. Ok, I will wait for their response. I think XMLVM is a really interesting project and I think it has potential to target a lot of different mobile targets, but maybe I don't see all the really technical difficulties. Maybe Symbian and MeeGo is not the way to go at the moment, could Windows Phone 7 with Java -> C# work? Wolfgang and Arno, would this be possible? Best regards, Tomas On 7 February 2011 19:50, Sascha Haeberling <sa...@xm...> wrote: > I see, I misunderstood you the first time. Doing a java-based QT API that > then maps to the actual API should probably be a bit easier, but it would > still require a significant amount of work. > > Wolfgang and Arno are currently doing this work for the C-backend, so they > can actually give you even more advise about how much work would be > involved. > > // Sascha > > On Mon, Feb 7, 2011 at 7:26 PM, Tomas Vestelind <tom...@gm... > > wrote: > >> Hi Sascha, >> >> Thank you for your response. >> >> When I did some tests applications with XMLVM I used the Cocoa Touch stubs >> directly without doing Android-to-iPhone conversion. When I added some >> wrappers that didn't exist it was quite straightforward. I looked at other, >> similar classes and convertion between Java classes like String and >> ArrayList to Cocoa classes was all ready implemented by you guys. >> >> So I imagine that something similar could be done for Qt but as there >> aren't anything that I could look at I would probably try to create the >> stubs, cross compile them to C and then basically call the proper method in >> the wrapper. >> >> Do you think this approach could work? Maybe someone here knows if I would >> have to do something specific for Qt? >> >> Best regards, >> Tomas Vestelind >> >> >> >> >> ------------------------------------------------------------------------------ >> The modern datacenter depends on network connectivity to access resources >> and provide services. The best practices for maximizing a physical >> server's >> connectivity to a physical network are well understood - see how these >> rules translate into the virtual world? >> http://p.sf.net/sfu/oracle-sfdevnlfb >> _______________________________________________ >> 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 |
|
From: Sascha H. <sa...@xm...> - 2011-02-07 18:51:06
|
I see, I misunderstood you the first time. Doing a java-based QT API that then maps to the actual API should probably be a bit easier, but it would still require a significant amount of work. Wolfgang and Arno are currently doing this work for the C-backend, so they can actually give you even more advise about how much work would be involved. // Sascha On Mon, Feb 7, 2011 at 7:26 PM, Tomas Vestelind <tom...@gm...>wrote: > Hi Sascha, > > Thank you for your response. > > When I did some tests applications with XMLVM I used the Cocoa Touch stubs > directly without doing Android-to-iPhone conversion. When I added some > wrappers that didn't exist it was quite straightforward. I looked at other, > similar classes and convertion between Java classes like String and > ArrayList to Cocoa classes was all ready implemented by you guys. > > So I imagine that something similar could be done for Qt but as there > aren't anything that I could look at I would probably try to create the > stubs, cross compile them to C and then basically call the proper method in > the wrapper. > > Do you think this approach could work? Maybe someone here knows if I would > have to do something specific for Qt? > > Best regards, > Tomas Vestelind > > > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
|
From: Sascha H. <sa...@xm...> - 2011-02-07 18:48:44
|
This error message is only printed, if indeed an OutOfMemoryException is being thrown. I am not too sure what run-Xcode does, but if this error even happens with 2G of RAM granted, then something seems fishy. Can you run with --debug=all and see whether you can find anything suspicious? // Sascha On Mon, Feb 7, 2011 at 6:33 PM, Jeremiah J. Blanchard < jbl...@da...> wrote: > Hi there, > > I've been trying, without much success, to compile and run a project in > Xcode. Specifically, XMLVM gives me the following error when build using > "run-Xcode": > > -do-xproject: > [echo] Creating Xcode project > [java] [02/01/11 13:10:56.239] DEBUG: Forcing > --enable_ref_counting for target IPHONE > [java] [02/01/11 13:15:12.901] ERROR: Oh no, XMLVM needs more > memory. Try running with -Xmx1G. > > I've actually set the ANT_OPTS variable for the memory to various values > (1G, 2G, etc), but the same error shows up. Is there something I'm > missing? The process itself usually gets up to around 650M before it > errors out. Any help would be great! :) > > --Jeremiah > > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
|
From: Tomas V. <tom...@gm...> - 2011-02-07 18:27:49
|
Hi Sascha, Thank you for your response. When I did some tests applications with XMLVM I used the Cocoa Touch stubs directly without doing Android-to-iPhone conversion. When I added some wrappers that didn't exist it was quite straightforward. I looked at other, similar classes and convertion between Java classes like String and ArrayList to Cocoa classes was all ready implemented by you guys. So I imagine that something similar could be done for Qt but as there aren't anything that I could look at I would probably try to create the stubs, cross compile them to C and then basically call the proper method in the wrapper. Do you think this approach could work? Maybe someone here knows if I would have to do something specific for Qt? Best regards, Tomas Vestelind |
|
From: Jeremiah J. B. <jbl...@da...> - 2011-02-07 17:56:42
|
Hi there,
I've been trying, without much success, to compile and run a project in
Xcode. Specifically, XMLVM gives me the following error when build using
"run-Xcode":
-do-xproject:
[echo] Creating Xcode project
[java] [02/01/11 13:10:56.239] DEBUG: Forcing
--enable_ref_counting for target IPHONE
[java] [02/01/11 13:15:12.901] ERROR: Oh no, XMLVM needs more
memory. Try running with -Xmx1G.
I've actually set the ANT_OPTS variable for the memory to various values
(1G, 2G, etc), but the same error shows up. Is there something I'm
missing? The process itself usually gets up to around 650M before it
errors out. Any help would be great! :)
--Jeremiah
|
|
From: Arno P. <ar...@pu...> - 2011-02-07 17:39:05
|
a quick comment about the trimmer: the trimmer works on the generated Objective-C source code and does a fine job at reducing the number of files that need to be compiled. Much has happened in XMLVM's pipeline and the input process now can compute dependencies. Those dependencies also extend into the J2SE API (which is why we cannot use this for the Objective-C backend since it cannot handle the complex code of Harmony's J2SE implementation). The benefit of doing the dependency analysis early in the pipeline is that all backends can benefit from it. Arno On 2/7/11 2:15 AM, Panayotis Katsaloulis wrote: > Although first compilation might be slow, all consequence compilations should onle recompile only the required/changed files. > > In the other hand, if you want to compile only the minimum required files, you can enable trimmer ( which is enabled by default). > > Having said this, it is possible to do it, but there is a need someone to write this first! > > -- > Panayotis > > 5 Φεβ 2011, 5:52 μ.μ., ο/η Leo Izen<leo...@gm...> έγραψε: > >> I noticed that every time an iPhone app is built, we end up having to compile a HUGE backend into the app every time. Why not make it so the first time we compile an app we take all these .h and .c files and compile it into libxmlvm.a so any subsequent builds will just link statically to this libxmlvm.a? >> ------------------------------------------------------------------------------ >> The modern datacenter depends on network connectivity to access resources >> and provide services. The best practices for maximizing a physical server's >> connectivity to a physical network are well understood - see how these >> rules translate into the virtual world? >> http://p.sf.net/sfu/oracle-sfdevnlfb >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
|
From: Sascha H. <sa...@xm...> - 2011-02-07 17:15:48
|
Hi Tomas, without having extensive knowledge beyond what you mentioned about these platforms, XMLVM should be able to generate code for these platforms using the new and shiny C-backend. As you pointed out, the work required here would be to generate wrapper so that the Android UI widgets are mapped onto suitable Qt widgets. I think it's definitely quite an amount of work, but should be doable, depending on the concrete app(s) you want to port. Keep in mind though that the core team doesn't plan to work on these platforms at the moment, but if somebody is willing to own that piece, we would certainly be lending a helping hand in modifying the pipeline to integrate such new targets. // Sascha On Mon, Feb 7, 2011 at 2:59 PM, Tomas Vestelind <tom...@gm...>wrote: > Hi, > > I'm wondering how complicated it would be to include other platforms like > Bada, MeeGo and Symbian to XMLVM? Both Symbian and MeeGo use Qt and Bada use > their own SDK. Could XMLVM generate the C/C++ code if the same kind of > "layers" (such as for Cocoa API) implemented right now or would a lot of > extra work be required? > > Best regards, > Tomas Vestelind > > -- > Quand on veut un mouton, c'est la preuve qu'on existe > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
|
From: Tomas V. <tom...@gm...> - 2011-02-07 13:59:50
|
Hi, I'm wondering how complicated it would be to include other platforms like Bada, MeeGo and Symbian to XMLVM? Both Symbian and MeeGo use Qt and Bada use their own SDK. Could XMLVM generate the C/C++ code if the same kind of "layers" (such as for Cocoa API) implemented right now or would a lot of extra work be required? Best regards, Tomas Vestelind -- Quand on veut un mouton, c'est la preuve qu'on existe |
|
From: Panayotis K. <pan...@pa...> - 2011-02-07 10:16:38
|
Although first compilation might be slow, all consequence compilations should onle recompile only the required/changed files. In the other hand, if you want to compile only the minimum required files, you can enable trimmer ( which is enabled by default). Having said this, it is possible to do it, but there is a need someone to write this first! -- Panayotis 5 Φεβ 2011, 5:52 μ.μ., ο/η Leo Izen <leo...@gm...> έγραψε: > I noticed that every time an iPhone app is built, we end up having to compile a HUGE backend into the app every time. Why not make it so the first time we compile an app we take all these .h and .c files and compile it into libxmlvm.a so any subsequent builds will just link statically to this libxmlvm.a? > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
|
From: Arno P. <ar...@pu...> - 2011-02-07 06:47:40
|
the line of Objective-C code you pasted in your message does not seem to come from XMLVM's backend (formal parameters are named n1, n2, etc by the code generator). XMLVMArray is a helper class that is defined in xmlvm.h. The error you get could indicate that you didn't #import that header file. Arno On 2/6/11 9:24 PM, Wenjing Yan wrote: > Hello, > > I defined a method in Java as: > (void) read( byte[] buffer, int start, int maxLength); > > and translated this method into objc as: > +(void)read___byte_ARRAYTYPE_int_int :(XMLVMArray *)buffer :(int)start > :(int)length; > > But I got an error saying "error: expected ')' before 'XMLVMArray'". > Could someone provide me some valuable hints, please? Thank you in advance. > > > > > -- > /Best Regards > Wenjing Yan/ > > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > > > > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
|
From: Arno P. <ar...@pu...> - 2011-02-07 06:45:02
|
that would be possible in principle, however, it would require some changes to the processing pipeline. I'm also not sure if Xcode can handle libraries by now (it could certainly be easily added to the Posix target). Our priority right now is for completeness before we start adding "bells and whistles". Arno On 2/5/11 7:52 AM, Leo Izen wrote: > I noticed that every time an iPhone app is built, we end up having to > compile a HUGE backend into the app every time. Why not make it so the > first time we compile an app we take all these .h and .c files and > compile it into libxmlvm.a so any subsequent builds will just link > statically to this libxmlvm.a? > > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > > > > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
|
From: Wenjing Y. <wen...@gm...> - 2011-02-07 05:24:13
|
Hello, I defined a method in Java as: (void) read( byte[] buffer, int start, int maxLength); and translated this method into objc as: +(void)read___byte_ARRAYTYPE_int_int :(XMLVMArray *)buffer :(int)start :(int)length; But I got an error saying "error: expected ')' before 'XMLVMArray'". Could someone provide me some valuable hints, please? Thank you in advance. -- *Best Regards Wenjing Yan* |
|
From: Leo I. <leo...@gm...> - 2011-02-05 15:52:56
|
I noticed that every time an iPhone app is built, we end up having to compile a HUGE backend into the app every time. Why not make it so the first time we compile an app we take all these .h and .c files and compile it into libxmlvm.a so any subsequent builds will just link statically to this libxmlvm.a? |
|
From: Arno P. <ar...@pu...> - 2011-01-30 01:16:07
|
you can't use XMLVM to generate an iPhone project under Windows. You have to run it on a Mac with Xcode installed. Arno On 1/28/11 5:41 AM, iPhone wrote: > I built xmlvm.jar successfully by running ant from the /xmlvm root > directory. I'm trying to build the iphone demos from the same directory > and it fails with a path issue that I have not been able to resolve. I > have the same result from within Eclipse. The stack trace is as follows, > please send the end for the actual build error: > C:\iphone\XMLVM>ant demos-iphone > Buildfile: C:\iphone\XMLVM\build.xml > init: > build-xmlvm: > [echo] Compiling XMLVM > [javac] C:\iphone\XMLVM\build.xml:122: warning: 'includeantruntime' was > not set, defaulting to build.sysclasspath=last; set to false for repeatabl > e builds > build-objc-compat-lib: > [echo] Generating objc-compat.jar > [javac] C:\iphone\XMLVM\build.xml:76: warning: 'includeantruntime' was > not set, defaulting to build.sysclasspath=last; set to false for repeatable > builds > build-android-compat-lib: > [javac] C:\iphone\XMLVM\build.xml:90: warning: 'includeantruntime' was > not set, defaulting to build.sysclasspath=last; set to false for repeatable > builds > cc-android-compat-lib: > cc-android-compat-lib.impl: > xmlvmjar: > [unjar] Expanding: C:\iphone\XMLVM\lib\one-jar-boot.jar into > C:\iphone\XMLVM\build\base > [unjar] Expanding: C:\iphone\XMLVM\lib\lwjgl.jar into > C:\iphone\XMLVM\build\base > [unjar] Expanding: C:\iphone\XMLVM\dist\lib\objc-compat.jar into > C:\iphone\XMLVM\build\base > [unjar] Expanding: C:\iphone\XMLVM\dist\lib\android-compat.jar into > C:\iphone\XMLVM\build\base > [javac] C:\iphone\XMLVM\build.xml:170: warning: 'includeantruntime' was > not set, defaulting to build.sysclasspath=last; set to false for repeatabl > e builds > [javac] Compiling 2 source files to C:\iphone\XMLVM\build\base > [delete] Deleting: > C:\iphone\XMLVM\build\base\org\apache\tools\ant\BuildException.class > [delete] Deleting: > C:\iphone\XMLVM\build\base\org\apache\tools\ant\Task.class > [javac] C:\iphone\XMLVM\build.xml:200: warning: 'includeantruntime' was > not set, defaulting to build.sysclasspath=last; set to false for repeatabl > e builds > [javac] C:\iphone\XMLVM\build.xml:212: warning: 'includeantruntime' was > not set, defaulting to build.sysclasspath=last; set to false for repeatabl > e builds > [javac] C:\iphone\XMLVM\build.xml:220: warning: 'includeantruntime' was > not set, defaulting to build.sysclasspath=last; set to false for repeatabl > e builds > -pre-init: > -init-private: > -init-user: > -init-project: > -init-macrodef-property: > -do-init: > -post-init: > -init-check: > -init-macrodef-javac: > -init-macrodef-junit: > -init-debug-args: > -init-macrodef-nbjpda: > -init-macrodef-debug: > -init-macrodef-java: > -init-presetdef-jar: > init: > -pre-init: > -init-private: > -init-user: > -init-project: > -init-macrodef-property: > -do-init: > -post-init: > -init-check: > -init-macrodef-javac: > -init-macrodef-junit: > -init-debug-args: > -init-macrodef-nbjpda: > -init-macrodef-debug: > -init-macrodef-java: > -init-presetdef-jar: > init: > -pre-init: > -init-private: > -init-user: > -init-project: > -init-macrodef-property: > -do-init: > -post-init: > -init-check: > -init-macrodef-javac: > -init-macrodef-junit: > -init-debug-args: > -init-macrodef-nbjpda: > -init-macrodef-debug: > -init-macrodef-java: > -init-presetdef-jar: > init: > -pre-init: > -init-private: > -init-user: > -init-project: > -init-macrodef-property: > -do-init: > -post-init: > -init-check: > -init-macrodef-javac: > -init-macrodef-junit: > -init-debug-args: > -init-macrodef-nbjpda: > -init-macrodef-debug: > -init-macrodef-java: > -init-presetdef-jar: > init: > -pre-init: > -init-private: > -init-user: > -init-project: > -init-macrodef-property: > -do-init: > -post-init: > -init-check: > -init-macrodef-javac: > -init-macrodef-junit: > -init-debug-args: > -init-macrodef-nbjpda: > -init-macrodef-debug: > -init-macrodef-java: > -init-presetdef-jar: > init: > -pre-init: > -init-private: > -init-user: > -init-project: > -init-macrodef-property: > -do-init: > -post-init: > -init-check: > -init-macrodef-javac: > -init-macrodef-junit: > -init-debug-args: > -init-macrodef-nbjpda: > -init-macrodef-debug: > -init-macrodef-java: > -init-presetdef-jar: > init: > -pre-init: > -init-private: > -init-user: > -init-project: > -init-macrodef-property: > -do-init: > -post-init: > -init-check: > -init-macrodef-javac: > -init-macrodef-junit: > -init-debug-args: > -init-macrodef-nbjpda: > -init-macrodef-debug: > -init-macrodef-java: > -init-presetdef-jar: > init: > -pre-init: > -init-private: > -init-user: > -init-project: > -init-macrodef-property: > -do-init: > -post-init: > -init-check: > -init-macrodef-javac: > -init-macrodef-junit: > -init-debug-args: > -init-macrodef-nbjpda: > -init-macrodef-debug: > -init-macrodef-java: > -init-presetdef-jar: > init: > jar: > demos-iphone: > -pre-init: > -init-private: > -init-user: > -init-project: > -init-macrodef-property: > -do-init: > -post-init: > -init-check: > -init-macrodef-javac: > -init-macrodef-junit: > -init-debug-args: > -init-macrodef-nbjpda: > -init-macrodef-debug: > -init-macrodef-java: > -init-presetdef-jar: > init: > deps-jar: > -check-automatic-build: > -clean-after-automatic-build: > -verify-automatic-build: > -pre-pre-compile: > -x-init-static: > -x-pre-init: > -xmlvm-exists: > -pre-compile: > -compile-depend: > -do-compile: > -x-post-init: > -xcode-resources: > -post-compile: > compile: > -pre-xproject: > -xproject-plugins: > BUILD FAILED > C:\iphone\XMLVM\build.xml:326: The following error occurred while > executing this line: > C:\iphone\XMLVM\demo\iphone\ihelloworld\fullscreen\nbproject\xcode.xml:93: > java.io <http://java.io.io/>.IOException: Unable to use path > C:\iphone\XMLVM\demo\iphone\ihellow > orld\fullscreen\C:\iphone\XMLVM\demo\iphone\ihelloworld\fullscreen\build\plugins\objc > at org.xmlvm.ant.SrcPluginExtractor.execute(SrcPluginExtractor.java:90) > at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) > at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at > org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) > at org.apache.tools.ant.Task.perform(Task.java:348) > at org.apache.tools.ant.Target.execute(Target.java:390) > at org.apache.tools.ant.Target.performTasks(Target.java:411) > at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399) > at > org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38) > at org.apache.tools.ant.Project.executeTargets(Project.java:1251) > at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:442) > at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) > at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at > org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) > at org.apache.tools.ant.Task.perform(Task.java:348) > at org.apache.tools.ant.Target.execute(Target.java:390) > at org.apache.tools.ant.Target.performTasks(Target.java:411) > at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399) > at org.apache.tools.ant.Project.executeTarget(Project.java:1368) > at > org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) > at org.apache.tools.ant.Project.executeTargets(Project.java:1251) > at org.apache.tools.ant.Main.runBuild(Main.java:809) > at org.apache.tools.ant.Main.startAnt(Main.java:217) > at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) > at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) > Total time: 4 seconds > > > > ------------------------------------------------------------------------------ > 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 |
|
From: Arno P. <ar...@pu...> - 2011-01-30 00:38:56
|
it seems the GL emulation is broken in XMLVM's Java emulator. I just tried the native (i.e., cross-compiled) version of NeHeLesson4 and that works perfectly fine. Note that while it is convenient to have a Java emulator, it is a lot of work to maintain. We rather focus on the cross-compilation and not mimicking iOS API on a desktop Java. Arno On 1/27/11 7:11 PM, Jeremiah Blanchard wrote: > Hi there, > > I've been trying to run the NeHeLesson4 OpenGL example but I keep > running into exceptions. From Eclipse or the command line, I get the > following output, exception, and stack trace: > > View: 320.0,480.0 > Exception in thread "Thread-6" java.lang.NullPointerException > at org.lwjgl.opengl.GL11.glViewport(GL11.java:3199) > at org.xmlvm.iphone.gl.GL.glViewport(GL.java:625) > at > org.xmlvm.iphone.demo.gl.nehelesson4.GLView.setupView(GLView.java:133) > at > org.xmlvm.iphone.demo.gl.nehelesson4.GLView.drawView(GLView.java:155) > at > org.xmlvm.iphone.demo.gl.nehelesson4.GLView$1.timerEvent(GLView.java:112) > at org.xmlvm.iphone.NSTimer.timerTick(NSTimer.java:81) > at org.xmlvm.iphone.NSTimer.access$1(NSTimer.java:80) > at org.xmlvm.iphone.NSTimer$1.run(NSTimer.java:52) > > Now, I did fix what appeared to be an error that prevented "setupView" > from being called, but even without it, I get very similar results: > > View: 320.0,480.0 > Exception in thread "Thread-6" java.lang.NullPointerException > at org.lwjgl.opengl.GL11.glClear(GL11.java:586) > at org.xmlvm.iphone.gl.GL.glClear(GL.java:594) > at > org.xmlvm.iphone.demo.gl.nehelesson4.GLView.drawView(GLView.java:161) > at > org.xmlvm.iphone.demo.gl.nehelesson4.GLView$1.timerEvent(GLView.java:112) > at org.xmlvm.iphone.NSTimer.timerTick(NSTimer.java:81) > at org.xmlvm.iphone.NSTimer.access$1(NSTimer.java:80) > at org.xmlvm.iphone.NSTimer$1.run(NSTimer.java:52) > > I've tried tracking down the problem but I'm not having any luck. Anyone > know how I can get this working? I'm in the process of porting some of > my code over to the iPhone but this has become a roadblock for me. > > Thanks in advance! > > -Jeremiah > > > > ------------------------------------------------------------------------------ > 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 |
|
From: iPhone <cco...@ya...> - 2011-01-28 13:41:59
|
I built xmlvm.jar successfully by running ant from the /xmlvm root directory. I'm trying to build the iphone demos from the same directory and it fails with a path issue that I have not been able to resolve. I have the same result from within Eclipse. The stack trace is as follows, please send the end for the actual build error: C:\iphone\XMLVM>ant demos-iphone Buildfile: C:\iphone\XMLVM\build.xml init: build-xmlvm: [echo] Compiling XMLVM [javac] C:\iphone\XMLVM\build.xml:122: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatabl e builds build-objc-compat-lib: [echo] Generating objc-compat.jar [javac] C:\iphone\XMLVM\build.xml:76: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds build-android-compat-lib: [javac] C:\iphone\XMLVM\build.xml:90: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds cc-android-compat-lib: cc-android-compat-lib.impl: xmlvmjar: [unjar] Expanding: C:\iphone\XMLVM\lib\one-jar-boot.jar into C:\iphone\XMLVM\build\base [unjar] Expanding: C:\iphone\XMLVM\lib\lwjgl.jar into C:\iphone\XMLVM\build\base [unjar] Expanding: C:\iphone\XMLVM\dist\lib\objc-compat.jar into C:\iphone\XMLVM\build\base [unjar] Expanding: C:\iphone\XMLVM\dist\lib\android-compat.jar into C:\iphone\XMLVM\build\base [javac] C:\iphone\XMLVM\build.xml:170: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatabl e builds [javac] Compiling 2 source files to C:\iphone\XMLVM\build\base [delete] Deleting: C:\iphone\XMLVM\build\base\org\apache\tools\ant\BuildException.class [delete] Deleting: C:\iphone\XMLVM\build\base\org\apache\tools\ant\Task.class [javac] C:\iphone\XMLVM\build.xml:200: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatabl e builds [javac] C:\iphone\XMLVM\build.xml:212: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatabl e builds [javac] C:\iphone\XMLVM\build.xml:220: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatabl e builds -pre-init: -init-private: -init-user: -init-project: -init-macrodef-property: -do-init: -post-init: -init-check: -init-macrodef-javac: -init-macrodef-junit: -init-debug-args: -init-macrodef-nbjpda: -init-macrodef-debug: -init-macrodef-java: -init-presetdef-jar: init: -pre-init: -init-private: -init-user: -init-project: -init-macrodef-property: -do-init: -post-init: -init-check: -init-macrodef-javac: -init-macrodef-junit: -init-debug-args: -init-macrodef-nbjpda: -init-macrodef-debug: -init-macrodef-java: -init-presetdef-jar: init: -pre-init: -init-private: -init-user: -init-project: -init-macrodef-property: -do-init: -post-init: -init-check: -init-macrodef-javac: -init-macrodef-junit: -init-debug-args: -init-macrodef-nbjpda: -init-macrodef-debug: -init-macrodef-java: -init-presetdef-jar: init: -pre-init: -init-private: -init-user: -init-project: -init-macrodef-property: -do-init: -post-init: -init-check: -init-macrodef-javac: -init-macrodef-junit: -init-debug-args: -init-macrodef-nbjpda: -init-macrodef-debug: -init-macrodef-java: -init-presetdef-jar: init: -pre-init: -init-private: -init-user: -init-project: -init-macrodef-property: -do-init: -post-init: -init-check: -init-macrodef-javac: -init-macrodef-junit: -init-debug-args: -init-macrodef-nbjpda: -init-macrodef-debug: -init-macrodef-java: -init-presetdef-jar: init: -pre-init: -init-private: -init-user: -init-project: -init-macrodef-property: -do-init: -post-init: -init-check: -init-macrodef-javac: -init-macrodef-junit: -init-debug-args: -init-macrodef-nbjpda: -init-macrodef-debug: -init-macrodef-java: -init-presetdef-jar: init: -pre-init: -init-private: -init-user: -init-project: -init-macrodef-property: -do-init: -post-init: -init-check: -init-macrodef-javac: -init-macrodef-junit: -init-debug-args: -init-macrodef-nbjpda: -init-macrodef-debug: -init-macrodef-java: -init-presetdef-jar: init: -pre-init: -init-private: -init-user: -init-project: -init-macrodef-property: -do-init: -post-init: -init-check: -init-macrodef-javac: -init-macrodef-junit: -init-debug-args: -init-macrodef-nbjpda: -init-macrodef-debug: -init-macrodef-java: -init-presetdef-jar: init: jar: demos-iphone: -pre-init: -init-private: -init-user: -init-project: -init-macrodef-property: -do-init: -post-init: -init-check: -init-macrodef-javac: -init-macrodef-junit: -init-debug-args: -init-macrodef-nbjpda: -init-macrodef-debug: -init-macrodef-java: -init-presetdef-jar: init: deps-jar: -check-automatic-build: -clean-after-automatic-build: -verify-automatic-build: -pre-pre-compile: -x-init-static: -x-pre-init: -xmlvm-exists: -pre-compile: -compile-depend: -do-compile: -x-post-init: -xcode-resources: -post-compile: compile: -pre-xproject: -xproject-plugins: BUILD FAILED C:\iphone\XMLVM\build.xml:326: The following error occurred while executing this line: C:\iphone\XMLVM\demo\iphone\ihelloworld\fullscreen\nbproject\xcode.xml:93: java.io.IOException: Unable to use path C:\iphone\XMLVM\demo\iphone\ihellow orld\fullscreen\C:\iphone\XMLVM\demo\iphone\ihelloworld\fullscreen\build\plugins\objc at org.xmlvm.ant.SrcPluginExtractor.execute(SrcPluginExtractor.java:90) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:390) at org.apache.tools.ant.Target.performTasks(Target.java:411) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399) at org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38) at org.apache.tools.ant.Project.executeTargets(Project.java:1251) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:442) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:390) at org.apache.tools.ant.Target.performTasks(Target.java:411) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399) at org.apache.tools.ant.Project.executeTarget(Project.java:1368) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1251) at org.apache.tools.ant.Main.runBuild(Main.java:809) at org.apache.tools.ant.Main.startAnt(Main.java:217) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) Total time: 4 seconds |
|
From: Jeremiah B. <jbl...@da...> - 2011-01-28 03:34:06
|
Hi there,
I've been trying to run the NeHeLesson4 OpenGL example but I keep running
into exceptions. From Eclipse or the command line, I get the following
output, exception, and stack trace:
View: 320.0,480.0
Exception in thread "Thread-6" java.lang.NullPointerException
at org.lwjgl.opengl.GL11.glViewport(GL11.java:3199)
at org.xmlvm.iphone.gl.GL.glViewport(GL.java:625)
at
org.xmlvm.iphone.demo.gl.nehelesson4.GLView.setupView(GLView.java:133)
at
org.xmlvm.iphone.demo.gl.nehelesson4.GLView.drawView(GLView.java:155)
at
org.xmlvm.iphone.demo.gl.nehelesson4.GLView$1.timerEvent(GLView.java:112)
at org.xmlvm.iphone.NSTimer.timerTick(NSTimer.java:81)
at org.xmlvm.iphone.NSTimer.access$1(NSTimer.java:80)
at org.xmlvm.iphone.NSTimer$1.run(NSTimer.java:52)
Now, I did fix what appeared to be an error that prevented "setupView" from
being called, but even without it, I get very similar results:
View: 320.0,480.0
Exception in thread "Thread-6" java.lang.NullPointerException
at org.lwjgl.opengl.GL11.glClear(GL11.java:586)
at org.xmlvm.iphone.gl.GL.glClear(GL.java:594)
at
org.xmlvm.iphone.demo.gl.nehelesson4.GLView.drawView(GLView.java:161)
at
org.xmlvm.iphone.demo.gl.nehelesson4.GLView$1.timerEvent(GLView.java:112)
at org.xmlvm.iphone.NSTimer.timerTick(NSTimer.java:81)
at org.xmlvm.iphone.NSTimer.access$1(NSTimer.java:80)
at org.xmlvm.iphone.NSTimer$1.run(NSTimer.java:52)
I've tried tracking down the problem but I'm not having any luck. Anyone
know how I can get this working? I'm in the process of porting some of my
code over to the iPhone but this has become a roadblock for me.
Thanks in advance!
-Jeremiah
|
|
From: Juan M. M. B. <jm....@un...> - 2011-01-25 17:13:56
|
Hello. I'm trying examples of XMLVM, I have generated Objective-C code, but during C deploy, at linking, I have errors like this: "... $non_lazy_ptr in ..." I have checked XMLVM documentacion, Internet resorces the mailing list, and manuals about Xcode and Objective-C. ¿Is it common? ¿How I can solve? Thank you very much. Resources: MacOS X Snow Leopard Xcode 3.2 XMLVM Framework, libraries for Objective-C (/xmlvm/lib) Juan Manuel Moreno B. Alumno Maestría Ingeniería de Sistemas y Computación (MISC) Código estudiante: 200217630 Universidad de los Andes Carrera 1 Este No. 19 A 40 AA 4976 Bogotá, D.C., Colombia Tel: +57 (1) 3 39 49 49 e-mail : jm....@un... e-mail alterno: jua...@ap... |
|
From: Arno P. <ar...@pu...> - 2011-01-21 21:10:48
|
On 1/21/11 12:25 PM, Panayotis Katsaloulis wrote: > > 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...) Autorelease pools are expensive, yes. Please note that we already do exactly the same thing in the Objective-C backend because the reference counting algorithm used there does not know about autorelease pools. So, this is not a specific problem of the C backend, but a general problem. > 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) ? I don't know about the delayed animation API, but I'm sure it can be handled. It might also be possible to be more efficient with the creation of autorelease pools, but I first want to have a working C backend before starting with optimizations. Arno |
18 messages has been excluded from this view by a project administrator.
