Hi Andi and Others,
The latest trunk jcc works and builds very fine on my windows machine, and
happy about the extendend support of generics. But I am experiencing the
problem below when building on my mac, using same wrap parameters as on the
windows platform. To me it seems like some
Hi,
It's part of a class PointVectorValuePair and PointValuePair in the apache
math commons
(http://commons.apache.org/proper/commons-math/javadocs/api-3.2/org/apache/commons/math3/optimization/PointVectorValuePair.html)
I have tried to reserve a bunch of things like 'Point', 'Value', 'Pair'
On Feb 2, 2014, at 13:41, Petrus Hyvönen petrus.hyvo...@gmail.com wrote:
Hi,
It's part of a class PointVectorValuePair and PointValuePair in the
apache math commons
Hi Andi,
Yes, the confusing thing is that it works well under windows. I compared
the code in __wrap__ and it looks different in the windows version:
static int t_PointVectorValuePair_init_(t_PointVectorValuePair *self,
PyObject *args, PyObject *kwds)
{
switch
On Sun, 2 Feb 2014, Petrus Hyvönen wrote:
Yes, the confusing thing is that it works well under windows. I compared
the code in __wrap__ and it looks different in the windows version:
static int t_PointVectorValuePair_init_(t_PointVectorValuePair *self,
PyObject *args, PyObject *kwds)
On Sun, 2 Feb 2014, Petrus Hyvönen wrote:
Yes, the confusing thing is that it works well under windows. I compared
the code in __wrap__ and it looks different in the windows version:
static int t_PointVectorValuePair_init_(t_PointVectorValuePair *self,
PyObject *args, PyObject *kwds)
On Sun, 2 Feb 2014, Andi Vajda wrote:
On Sun, 2 Feb 2014, Petrus Hyvönen wrote:
Yes, the confusing thing is that it works well under windows. I compared
the code in __wrap__ and it looks different in the windows version:
static int t_PointVectorValuePair_init_(t_PointVectorValuePair *self,
On Sun, 2 Feb 2014, Andi Vajda wrote:
On Sun, 2 Feb 2014, Andi Vajda wrote:
On Sun, 2 Feb 2014, Petrus Hyvönen wrote:
Yes, the confusing thing is that it works well under windows. I compared
the code in __wrap__ and it looks different in the windows version:
static int
Thanks Andi!
Rev 1563753 Builds and runs fine now on the Mac and Windows!
I need to check my Windows machine and get rid of any old versions, think it
shouldn't be there but obviously it is strange that it worked..
Many thanks!
Regards
/Petrus
On 03 Feb 2014, at 2:44 , Andi Vajda
Dear Andi,
Many many thanks for looking into this!
I am on travel for a week and do not have the computer with the special case
with me to test. I did now however run it on the library that I am wrapping,
and there get some errors in the creation of the wrapped module (orekit):
Dear Andi,
Many many thanks for looking into this!
I am on travel for a week and do not have the computer with the special case
with me to test. I did now however run it on the library that I am wrapping,
and there get some errors in the creation of the wrapped module (orekit):
Hi Petrus,
On Jan 14, 2014, at 4:24, Petrus Hyvönen petrus.hyvo...@gmail.com wrote:
Dear Andi,
Many many thanks for looking into this!
I am on travel for a week and do not have the computer with the special case
with me to test. I did now however run it on the library that I am
Hi Petrus,
On Mon, 30 Dec 2013, Petrus Hyvönen wrote:
Andi, great to hear that you could reproduce it. I'm very thankful if you
could have a look at it, I've been struggling to understand how the
machinery behind this works, but far from it still..
I think I fixed the problem and added an
On Sun, 29 Dec 2013, Petrus Hyvönen wrote:
I have distilled the library that I have some trouble with and I think I
have an example that is failing due to same problem I think. I am not good
in java, but have tried to follow the logic from the library I'm wrapping.
The function of the example
On Dec 29, 2013, at 17:02, Petrus Hyvönen petrus.hyvo...@gmail.com wrote:
Dear Andi,
I have distilled the library that I have some trouble with and I think I
have an example that is failing due to same problem I think. I am not good
in java, but have tried to follow the logic from the
Dear Andi,
I am working on debugging the failure and try to understand a bit how JCC
works internally. I haven't gone very far but in case you have some
pointers from these early debugging sessions I would be very thankful. I
know it's complex, and I should try to make some smaller test cases,
On Dec 27, 2013, at 17:36, Petrus Hyvönen petrus.hyvo...@gmail.com wrote:
Dear Andi,
I am working on debugging the failure and try to understand a bit how JCC
works internally. I haven't gone very far but in case you have some
pointers from these early debugging sessions I would be very
Hi Andi,
I see your point and have now kept in the pure python domain.
If I run my script from the shell by python script.py it does not crash.
However if I execute it line-by-line in python it crashes (or in other tools
such as ipython notebook).
All classes used are non-wrapped java classes,
On Dec 15, 2013, at 5:43, Petrus Hyvönen petrus.hyvo...@gmail.com wrote:
Hi Andi,
I see your point and have now kept in the pure python domain.
If I run my script from the shell by python script.py it does not crash.
However if I execute it line-by-line in python it crashes (or in
Hi,
I'm having a problem with I think might be related to generic types, but not
sure at all.
I'm wrapping a orbit calculation library, which has been working well but in
latest version is using generic types and I'm getting some problems. The script
works when executed in plain python, but
20 matches
Mail list logo