xmlvm-users

[xmlvm-users] Few Bugs in Buffers - Patching?

[Kevin G. <ke...@co...>]

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

Re: [xmlvm-users] Few Bugs in Buffers - Patching?

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

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

Re: [xmlvm-users] Few Bugs in Buffers - Patching?

[Kevin G. <ke...@co...>]

I'm working off the trunk at the moment, is that up to date with the latest
backend. I just tried to build a project with the iphonec backend and ended
up with xcode project with a lot of errors. It it expected to work out of
the box yet?

Kev

On 11 February 2011 20:43, Arno Puder <ar...@pu...> wrote:

>
> 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
>
>
> ------------------------------------------------------------------------------
> 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
>

[xmlvm-users] problem with compiling to xcode

[Marko Ž. <xm...@st...>]

I tried to compile the iphone demo applications to Xcode project but 
when executing ant build it stuck at -do-xproject and I got this error:

-do-xproject:
      [echo] Creating Xcode project
      [java] [02/12/11 14:40:18.718]    ERROR: UniversalFileCreator: 
Location is neither a File nor a directory: 
C:\MobDev\xmlvm\trunk\xmlvm\demo\iphone\ifireworks\${out.dir}\classes
      [java] [02/12/11 14:40:18.718]    ERROR: InputProcessFactory: 
Could not find input resource: ${out.dir}/classes


It seems like it doesn't resolve the ${out.dir}reference, but why? What 
could be the problem?


P.S. I'm using Ant 1.8.2, Eclipse Pulsar edition, and the latest xmlvm 
from svn.

-- 
Studio Artlan
Marko Žmak, dipl.ing.mat.
Mob: +385 98 212 801
Email: xm...@st...
Web: http://www.studioartlan.com/

Re: [xmlvm-users] Few Bugs in Buffers - Patching?

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

Yes, the --target=iphonec instruction I mentioned below should work. Is that
what you tried? What kind of Xcode errors do you get?

Arno

On Feb 12, 2011, at 2:10 AM, Kevin Glass <ke...@co...> wrote:

I'm working off the trunk at the moment, is that up to date with the latest
backend. I just tried to build a project with the iphonec backend and ended
up with xcode project with a lot of errors. It it expected to work out of
the box yet?

Kev

On 11 February 2011 20:43, Arno Puder <ar...@pu...> wrote:

>
> 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
>
>
> ------------------------------------------------------------------------------
> 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
>

Re: [xmlvm-users] Few Bugs in Buffers - Patching?

[Kevin G. <ke...@co...>]

Thats what I tried yep. Was building a largeish library plus some example
code. I'll get the specifics of the errors when I'm back on the mac but
there were 100s

Kev

On 12 February 2011 18:22, Arno Puder <ar...@pu...> wrote:

>
> Yes, the --target=iphonec instruction I mentioned below should work. Is
> that what you tried? What kind of Xcode errors do you get?
>
> Arno
>
>
> On Feb 12, 2011, at 2:10 AM, Kevin Glass <ke...@co...> wrote:
>
> I'm working off the trunk at the moment, is that up to date with the latest
> backend. I just tried to build a project with the iphonec backend and ended
> up with xcode project with a lot of errors. It it expected to work out of
> the box yet?
>
> Kev
>
> On 11 February 2011 20:43, Arno Puder < <ar...@pu...>ar...@pu...>wrote:
>
>>
>> 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/>
>> 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>
>> http://p.sf.net/sfu/intel-dev2devfeb
>> >
>> >
>> >
>> > _______________________________________________
>> > xmlvm-users mailing list
>> > <xml...@li...>xml...@li...
>> > <https://lists.sourceforge.net/lists/listinfo/xmlvm-users>
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>
>>
>> ------------------------------------------------------------------------------
>> 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>
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> xmlvm-users mailing list
>>  <xml...@li...>xml...@li...
>>  <https://lists.sourceforge.net/lists/listinfo/xmlvm-users>
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>
>
>

Re: [xmlvm-users] problem with compiling to xcode

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

You cannot compile for the iPhone under Windows. You need a Mac OS platform.

Arno

On Feb 12, 2011, at 6:52 AM, Marko Žmak <xm...@st...> wrote:

> I tried to compile the iphone demo applications to Xcode project but
> when executing ant build it stuck at -do-xproject and I got this error:
>
> -do-xproject:
>      [echo] Creating Xcode project
>      [java] [02/12/11 14:40:18.718]    ERROR: UniversalFileCreator:
> Location is neither a File nor a directory:
> C:\MobDev\xmlvm\trunk\xmlvm\demo\iphone\ifireworks\${out.dir}\classes
>      [java] [02/12/11 14:40:18.718]    ERROR: InputProcessFactory:
> Could not find input resource: ${out.dir}/classes
>
>
> It seems like it doesn't resolve the ${out.dir}reference, but why? What
> could be the problem?
>
>
> P.S. I'm using Ant 1.8.2, Eclipse Pulsar edition, and the latest xmlvm
> from svn.
>
> --
> Studio Artlan
> Marko Žmak, dipl.ing.mat.
> Mob: +385 98 212 801
> Email: xm...@st...
> Web: http://www.studioartlan.com/
>
>
> ------------------------------------------------------------------------------
> 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

Re: [xmlvm-users] problem with compiling to xcode

[Marko Ž. <xm...@st...>]

Arno, thanks for the answer, but I'm not compiling it to an iPhone 
application, I'm compiling it to a xcode project, and this CAN be done 
under Windows.

So my problem is not wether I can compile it to an iPhone application or 
not, but about an error in the ant build process. To clarify it a little 
bit...
In the xcode.xml file we have a java call to the xmlvm that converts the 
application into xcode. In this call, there's an argument like this:

<arg value="--in=${out.dir}/classes"/>

The problem is that in the process of ant building the ${out.dir} is not 
resolved to its value, so I get an error message

  [java] [02/12/11 14:40:18.718]    ERROR: UniversalFileCreator: Location is neither a File nor a directory: C:\MobDev\xmlvm\trunk\xmlvm\demo\iphone\ifireworks\${out.dir}\classes


I tried to replace ${out.dir}/classes with a hardcoded path, like this:

     C:\MobDev\xmlvm\trunk\xmlvm\demo\iphone\ifireworks\build/classes

and after that it works without problem and compiles it to xcode. So it 
means that it can be done.

But this is not a sollution, rather a quickfix, and would like to know 
if there's a sollution to this ${out.dir} problem?


P.S. I have investigated a little bit, and it seems like there are ways 
to compile xcode projects on windows. So when I go past this build 
problem I plan to follow this road all the way.


On 12.2.2011 19:23, Arno Puder wrote:
> You cannot compile for the iPhone under Windows. You need a Mac OS platform.
>
> Arno
>
> On Feb 12, 2011, at 6:52 AM, Marko Žmak<xm...@st...>  wrote:
>
>> I tried to compile the iphone demo applications to Xcode project but
>> when executing ant build it stuck at -do-xproject and I got this error:
>>
>> -do-xproject:
>>       [echo] Creating Xcode project
>>       [java] [02/12/11 14:40:18.718]    ERROR: UniversalFileCreator:
>> Location is neither a File nor a directory:
>> C:\MobDev\xmlvm\trunk\xmlvm\demo\iphone\ifireworks\${out.dir}\classes
>>       [java] [02/12/11 14:40:18.718]    ERROR: InputProcessFactory:
>> Could not find input resource: ${out.dir}/classes
>>
>>
>> It seems like it doesn't resolve the ${out.dir}reference, but why? What
>> could be the problem?
>>
>>
>> P.S. I'm using Ant 1.8.2, Eclipse Pulsar edition, and the latest xmlvm
>> from svn.
>>
>> --
>> Studio Artlan
>> Marko Žmak, dipl.ing.mat.
>> Mob: +385 98 212 801
>> Email: xm...@st...
>> Web: http://www.studioartlan.com/
>>
>>
>> ------------------------------------------------------------------------------
>> 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


-- 
Studio Artlan
Marko Žmak, dipl.ing.mat.
Mob: +385 98 212 801
Email: xm...@st...
Web: http://www.studioartlan.com/

Re: [xmlvm-users] problem with compiling to xcode

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

I doubt that the resulting Xcode project would work on a Mac. You have
directories such as C:\ in your path that are Windows specific. As for
the ${out.dir} problem, I'm not sure. That variable should certainly
be defined. How did you compile this? With the ant run-Xcode target?
Can you verify that this also does not work on a Mac?

Arno



On Feb 12, 2011, at 10:41 AM, Marko Žmak <xm...@st...> wrote:

>
> Arno, thanks for the answer, but I'm not compiling it to an iPhone application, I'm compiling it to a xcode project, and this CAN be done under Windows.
>
> So my problem is not wether I can compile it to an iPhone application or not, but about an error in the ant build process. To clarify it a little bit...
> In the xcode.xml file we have a java call to the xmlvm that converts the application into xcode. In this call, there's an argument like this:
>
> <arg value="--in=${out.dir}/classes"/>
>
> The problem is that in the process of ant building the ${out.dir} is not resolved to its value, so I get an error message
>
> [java] [02/12/11 14:40:18.718]    ERROR: UniversalFileCreator: Location is neither a File nor a directory: C:\MobDev\xmlvm\trunk\xmlvm\demo\iphone\ifireworks\${out.dir}\classes
>
>
> I tried to replace ${out.dir}/classes with a hardcoded path, like this:
>
>    C:\MobDev\xmlvm\trunk\xmlvm\demo\iphone\ifireworks\build/classes
>
> and after that it works without problem and compiles it to xcode. So it means that it can be done.
>
> But this is not a sollution, rather a quickfix, and would like to know if there's a sollution to this ${out.dir} problem?
>
>
> P.S. I have investigated a little bit, and it seems like there are ways to compile xcode projects on windows. So when I go past this build problem I plan to follow this road all the way.
>
>
> On 12.2.2011 19:23, Arno Puder wrote:
>> You cannot compile for the iPhone under Windows. You need a Mac OS platform.
>>
>> Arno
>>
>> On Feb 12, 2011, at 6:52 AM, Marko Žmak<xm...@st...>  wrote:
>>
>>> I tried to compile the iphone demo applications to Xcode project but
>>> when executing ant build it stuck at -do-xproject and I got this error:
>>>
>>> -do-xproject:
>>>      [echo] Creating Xcode project
>>>      [java] [02/12/11 14:40:18.718]    ERROR: UniversalFileCreator:
>>> Location is neither a File nor a directory:
>>> C:\MobDev\xmlvm\trunk\xmlvm\demo\iphone\ifireworks\${out.dir}\classes
>>>      [java] [02/12/11 14:40:18.718]    ERROR: InputProcessFactory:
>>> Could not find input resource: ${out.dir}/classes
>>>
>>>
>>> It seems like it doesn't resolve the ${out.dir}reference, but why? What
>>> could be the problem?
>>>
>>>
>>> P.S. I'm using Ant 1.8.2, Eclipse Pulsar edition, and the latest xmlvm
>>> from svn.
>>>
>>> --
>>> Studio Artlan
>>> Marko Žmak, dipl.ing.mat.
>>> Mob: +385 98 212 801
>>> Email: xm...@st...
>>> Web: http://www.studioartlan.com/
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> 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
>
>
> --
> Studio Artlan
> Marko Žmak, dipl.ing.mat.
> Mob: +385 98 212 801
> Email: xm...@st...
> Web: http://www.studioartlan.com/
>