This looks like a problem.
This is with an svn checkout of branch_3x.
Bill
122, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib/python2.6/runpy.py", line 34, in _run_code
exec code in run_globals
File
"/usr/local/lib/python2.6/dist-packages/JCC-2.7-py2.6-
Indeed, this is why I put that assertion there :-)
It's a bit of guesswork what all the possibilities are there.
I'll add support for arrays there.
Andi..
On Thu, 3 Mar 2011, Bill Janssen wrote:
This looks like a problem.
This is with an svn checkout of branch_3x.
Bill
122, in _run_module_
Did a fresh checkout and here's the next issue.
This one may be harder to fix...
Bill
Traceback (most recent call last):
File "/usr/lib/python2.6/runpy.py", line 122, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib/python2.6/runpy.py", line 34, in _run_code
Andi Vajda wrote:
> Bill,
>
> Did that solve your problem ?
Hmmm, I'm still seeing it. And some other stuff:
build/_GoodStuff/__wrap03__.cpp: In function ‘PyObject*
com::parc::goodstuff::relations::t_Something1SeqIterator_nextElement(com::parc::goodstuff::relations::t_Something1SeqIterator
On Thu, 3 Mar 2011, Bill Janssen wrote:
Did a fresh checkout and here's the next issue.
This one may be harder to fix...
No, it's just another one of these Type classes, WildcardType.
I should have a fix shortly. Sorry for the mess.
Andi..
Bill
Traceback (most recent call last):
File "
On Thu, 3 Mar 2011, Bill Janssen wrote:
Andi Vajda wrote:
Bill,
Did that solve your problem ?
Hmmm, I'm still seeing it. And some other stuff:
Could you please send me the Java code that triggers this ?
Andi..
build/_GoodStuff/__wrap03__.cpp: In function ?PyObject*
com::parc::goo
On Thu, 3 Mar 2011, Andi Vajda wrote:
On Thu, 3 Mar 2011, Bill Janssen wrote:
Did a fresh checkout and here's the next issue.
This one may be harder to fix...
No, it's just another one of these Type classes, WildcardType.
I should have a fix shortly. Sorry for the mess.
Fixed in rev trun
Andi Vajda wrote:
> Could you please send me the Java code that triggers this ?
Sorry, I can't. It's too tangled with proprietary code (both ours and
others').
But I'll see if I can mock up an example.
Bill
>
> Andi..
>
> > build/_GoodStuff/__wrap03__.cpp: In function ?PyObject*
> > com::
Thanks.
Bill
Andi Vajda wrote:
>
> On Thu, 3 Mar 2011, Andi Vajda wrote:
>
> > On Thu, 3 Mar 2011, Bill Janssen wrote:
> >
> >> Did a fresh checkout and here's the next issue.
> >>
> >> This one may be harder to fix...
> >
> > No, it's just another one of these Type classes, WildcardType.
> >
New topic.
I'd like to wrap my UpLib codebase, which is Python using PyLucene, in
Java using JEPP (http://jepp.sourceforge.net/), so that I can use it
with Tomcat.
Now, am I going to have to do some trickery to get a VM? Or will
getVMEnv() just work with a previously initialized JVM?
Bill
Here's one of the generated lines that's causing me grief.
DECLARE_TYPE(RankIterator, t_RankIterator, ::java::lang::Object,
RankIterator, t_RankIterator_init_, PyObject_SelfIter, ((PyObject
*(*)(t_RankIterator *)) get_next,JArray< jint
>>), t_RankIterator__fields_, 0, 0);
It yields this:
On Mar 3, 2011, at 22:09, Bill Janssen wrote:
> Here's one of the generated lines that's causing me grief.
>
>DECLARE_TYPE(RankIterator, t_RankIterator, ::java::lang::Object,
> RankIterator, t_RankIterator_init_, PyObject_SelfIter, ((PyObject
> *(*)(t_RankIterator *)) get_next,JArray< jin
On Mar 3, 2011, at 21:50, Bill Janssen wrote:
> New topic.
>
> I'd like to wrap my UpLib codebase, which is Python using PyLucene, in
> Java using JEPP (http://jepp.sourceforge.net/), so that I can use it
> with Tomcat.
>
> Now, am I going to have to do some trickery to get a VM? Or will
> ge
On Thu, 3 Mar 2011, Andi Vajda wrote:
On Mar 3, 2011, at 22:09, Bill Janssen wrote:
Here's one of the generated lines that's causing me grief.
DECLARE_TYPE(RankIterator, t_RankIterator, ::java::lang::Object, RankIterator,
t_RankIterator_init_, PyObject_SelfIter, ((PyObject *(*)(t_RankI
14 matches
Mail list logo
