jepp-users Mailing List for Java Embedded Python

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Jep 3.6.4 is now released.  It is available on github and pypi.  It
includes two fixes:

https://github.com/mrj0/jep/issues/77
https://github.com/mrj0/jep/issues/79

Jep 3.6.3 is now available.

https://github.com/mrj0/jep/tree/v3.6.3
https://pypi.python.org/pypi/jep/3.6.3

This release includes better Java method picking when using Python unicode
objects and a stability fix.

Jep 3.6.2 is now available on pypi and github.  It includes minor API and
stability fixes.

https://pypi.python.org/pypi/jep/3.6.2
https://github.com/mrj0/jep

Jep 3.6 is now available through pip, pypi, or github.

https://pypi.python.org/pypi/jep/3.6.0
https://github.com/mrj0/jep

Release notes are available here:

https://github.com/mrj0/jep/blob/master/release_notes/3.6-notes.rst

Thank you to everyone who has contributed to this release.

The Jep 3.6 release candidate is now available on github.
https://github.com/mrj0/jep/tree/v3.6rc

Here are the release notes:
https://github.com/mrj0/jep/blob/v3.6rc/release_notes/3.6-notes.rst

Please let us know if you find any issues with the release candidate.

Greetings,

Jep 3.5.3 and 3.4.5 are now released.  These releases prevent unique JVM
crashes to ensure stability.  We discovered these crashes internally, no
one has reported these problems yet.  Before these releases, the following
code examples can crash the JVM:

del PyJObject.attr
del PyJList[index]
del PyJMap[key]
iter(PyJIterator)

Thank you for your patience as we strive to make Jep a better open source
project and thank you to all contributors.

Jep 3.4.4 and 3.5.2 are now released and available on github and pypi.
Both of these releases including the following two fixes:

https://github.com/mrj0/jep/issues/44
https://github.com/mrj0/jep/issues/45

Thank you for reporting issues and helping diagnose the problems.

Nathan

Hi, you should switch over to the Google Groups mailing list.

Anyway, does the application crash and you get an hs_err_pid file?  Do you
close either Jep instance?  And are you using any CPython extensions?

On Sat, Apr 9, 2016 at 6:02 AM, nkatz <nk...@ii...> wrote:

> Hello, I am trying to use Jep in a Scala application. The application
> starts two actors, each of which does its own job in parallel. Also,
> each actor uses its own Jep instance which is created upon the creation
> of the corresponding actor instance. The problem is that after a while
> (and not with some regularity) I get
>
> *** Error in `/usr/lib/jvm/java-8-oracle/bin/java': double free or
> corruption (fasttop): 0x00007f298c113460 ***
>
> This problem does not occur if I try to run only one of the jobs (i.e.
> starting one actor with one Jep instance).
>
> I am using Jep 3.5.1, python 2.7, Java 8 (Oracle) on an Ubuntu 14.04
> laptop with Intel Core i5@1.6Ghz and 8Gbs of RAM
>
> Any ideas of what could be the issue?
>
> Thank you
>
> Nikos
>
>
>
>
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications
> Manager
> Applications Manager provides deep performance insights into multiple
> tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
> gampad/clk?id=1444514301&iu=/ca-pub-7940484522588532
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users
>

Hello, I am trying to use Jep in a Scala application. The application 
starts two actors, each of which does its own job in parallel. Also, 
each actor uses its own Jep instance which is created upon the creation 
of the corresponding actor instance. The problem is that after a while 
(and not with some regularity) I get

*** Error in `/usr/lib/jvm/java-8-oracle/bin/java': double free or 
corruption (fasttop): 0x00007f298c113460 ***

This problem does not occur if I try to run only one of the jobs (i.e. 
starting one actor with one Jep instance).

I am using Jep 3.5.1, python 2.7, Java 8 (Oracle) on an Ubuntu 14.04 
laptop with Intel Core i5@1.6Ghz and 8Gbs of RAM

Any ideas of what could be the issue?

Thank you

Nikos

Jep 3.5.1 is released.  This release fixes github issue #42.
https://github.com/mrj0/jep/issues/42

Note issue #42 was not a regression, the problem has always been there, so
if you're using 3.5.0 you don't necessary need 3.5.1 unless you want that
fix.  Thanks.

Jep 3.5.0 is now available.  Release notes are available here:
https://github.com/mrj0/jep/blob/master/release_notes/3.5-notes.rst

It's been a little under a year since I took over leadership of Jep.  Since
then we've released 3.3, 3.4, and 3.5, with some notable achievements being
the addition of numpy support, support for Python 3, more pythonic syntax
when working with Java collections, iterables, numbers, etc, and an easier
build (especially on Windows).  Thanks again goes to Mike Johnson for
creating Jep and open sourcing it, and everyone who has submitted bug
reports and fixes to help make Jep a better project.

The Jep 3.5 release candidate is available on github.
https://github.com/mrj0/jep/tree/v3.5rc

Release notes are available here:
https://github.com/mrj0/jep/blob/v3.5rc/release_notes/3.5-notes.rst

It should be mostly backwards compatible, but if you implemented a
ClassEnquirer the interface has changed a bit.

Let us know if you find any problems.

Hi, you should consider moving to the newer mailing list with google
groups.  Anyway, I'm glad you were able to figure it out and get it
working.  I don't know of a way right now to avoid your crash, but I'll
look into if I can add some safety checks to Jep to detect this scenario
and throw a useful exception.  If it's feasible I'll try and get it into an
upcoming release.

On Thu, Jan 28, 2016 at 2:32 AM, Fabrice Ilponse <il...@ma...>
wrote:

> Hello everyone,
>
>      I did a test to migrate from jep 3.1.0 to the latest version. I
> mistakenly compiled jep with python 2.7 and in the LD_PREDLOAD, I put
> the path to my python3.5 library .so file. When launching my eclipse RCP
> tool which uses jep, I had a JVM crash when opening my console.
>      Is there a way to avoid this crash?
>      Is there a way to know which python version is preloaded or which
> .so will be used by jep?
>
>      Anyway, recompiling jep with python 3.5 worked.
>
> Bye
> Fabrice
>
>
> ------------------------------------------------------------------------------
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users
>

Hello everyone,

     I did a test to migrate from jep 3.1.0 to the latest version. I 
mistakenly compiled jep with python 2.7 and in the LD_PREDLOAD, I put 
the path to my python3.5 library .so file. When launching my eclipse RCP 
tool which uses jep, I had a JVM crash when opening my console.
     Is there a way to avoid this crash?
     Is there a way to know which python version is preloaded or which 
.so will be used by jep?

     Anyway, recompiling jep with python 3.5 worked.

Bye
Fabrice

Jep 3.4.3 is now available.  It includes a fix for Python 3.5 compatibility
for all platforms and fixes for longs on Windows when using Python 3.

Jep 3.4.2 is released and includes fixes for issues #23 and #27.

https://github.com/mrj0/jep/issues/23
https://github.com/mrj0/jep/issues/27

Jep 3.4.1 is now available.  This release fixes a few small memory leaks
which you probably never hit, we spotted them from code analysis.  It also
includes a few fixes to make PyJmap behave more like a python dictionary in
the interpreter.

Jep 3.4 is now officially released.  New features will be worked on 3.5
while bug fixes may go into 3.4, 3.5, or both.

Please see the release notes here:
https://github.com/mrj0/jep/blob/master/release_notes/3.4-notes.rst

Documentation is available here:
https://github.com/mrj0/jep/wiki

I had to make enough changes that the 3.4 release now gets a release
candidate 2.  It is available here:

https://github.com/mrj0/jep/tree/v3.4.0rc2

The biggest changes are I made some improvements for OSGi support and I
fixed two memory leaks.  The memory leaks were introduced in Jep 3.3 so I
fixed them in both the 3.4 and the 3.3 branch.  More specifically, the
leaks could happen if you caught a Java exception in Python or if you
imported inner classes.  Both were small leaks so they probably wouldn't
show up unless you had a long running application.  The 3.3.6 release
contains the memory fixes if you're using 3.3.

If all goes well with testing, this release candidate 2 will become jep
3.4.0 soon.  Some of ideas we're considering for 3.5 require considerable
effort, so it will be a while before a jep 3.5 exists.

Don't forget to check out the docs on the github wiki!  I've been refining
them as I get feedback.

https://github.com/mrj0/jep/wiki

Hi all,

Jep 3.4 is now in release candidate status.  You can get it here:
https://github.com/mrj0/jep/tree/v3.4.0rc

The release notes are available here:
https://github.com/mrj0/jep/blob/v3.4.0rc/release_notes/3.4-notes.rst

There are no Java API changes in this release, it's all in the native
library.  Presuming all goes well with more testing, it will become an
official release in the next few weeks.

Hi everyone,

We've set up a new mailing list over at Google Groups.
https://groups.google.com/forum/#!forum/jep-project

Please consider joining the group over there.  It does not require you to
use a Google account.  For the time being, I will try to support both the
sourceforge mailing list and the google mailing list with regards to
questions and announcements.  The SourceForge mailing list will probably
eventually be discontinued.

In other news, I've got python 3 compatibility working on the dev_3.4
branch.  https://github.com/mrj0/jep/tree/dev_3.4

This branch remains backwards-compatible with python 2.6 and 2.7 and adds
support for python 3.2, 3.3, and 3.4.  Like many other open source
projects, I decided we should skip python 3.0 and 3.1 as I discovered that
would significantly complicate the code.

The branch dev_3.4 should be considered pre-release, it passes the unit
tests and seems to work ok but there's still a bit more work to do before
it becomes a release candidate for Jep 3.4.  Should you give it a try with
python 3, please let me know if you come across any problems.

Also, does anyone's application rely on the behavior where
jep.getValue(String varName) will as a last resort return str(varName) if
it can't transform the python object into a Java object?  I am
contemplating changing that behavior to return a jep.python.PyObject
instead of a java.lang.String if it can't be converted.  Or something along
those lines that can retain knowledge of the underlying python object.

Google Groups is looking like a strong contender.

https://support.google.com/groups/answer/46438?hl=en

On Tue, Jun 23, 2015 at 9:52 PM, Nathan Jensen <ndj...@gm...> wrote:

> Hi everyone,
>
> We're still planning a transition away from sourceforge, so as part of
> that we need to set up a new mailing list.  Does anyone have any
> suggestions for what website or service to use for a mailing list?  The
> only real requirement is that it be free and not likely to go away.
>
> Here are some contenders:
>
> http://librelist.com/
> http://www.nabble.com/
> http://www.freelists.org/
>
> Things to consider are
> -ads vs no ads
> -options for receiving messages (receive every email, receive summary of
> emails, view on web, etc)
> -options for viewing archives
>
>
> I am partial to nabble because I like the forum view of threads, but I
> also never see the ads there due to corporate web filters.  If anybody has
> any good or bad experiences with certain services, we'd love to hear some
> feedback before we move.  We will also attempt to migrate the mailing list
> but at this point it's not clear if that's possible.
>
>
>
>

That's great that you got it working!  A summary would be much
appreciated.  I will probably take the summary and put a version of it on
the wiki if that's ok.

The error you're seeing now is related to readline which jep is using to
mimic the python interactive console.  In our most recent tests on Windows,
we got an error importing readline but then it still worked....  I'm not
sure why yours behaved differently.  Can you try commenting out the import
readline on line 11 of console.py and see if it works for you then?
Actually probably comment out the entire try/except from lines 10-38.  I'm
not sure readline is actually required for it to work on Windows.  If that
doesn't work, can you send along your jep.bat file?  It's generated by the
setup process so maybe something went wrong in that step.

On Wed, Jun 24, 2015 at 2:33 AM, Günther Weidenholzer <
Gue...@lc...> wrote:

> Hi Nathan,
>
> Thank you for your tips! I really apprechiate your work!
> After deleting all copies of jep.pyd a simple java test programm worked
> fine!
>
> import jep.Jep;
> public class JepTest2 {
>
>         public static void main(String[] args) throws Exception {
>
>                  Jep jep = new Jep();
>                  jep.set("x", 4);
>                  jep.eval("a=2*x+5");
>                  jep.runScript("f:\\test.py");
>                  System.out.println(jep.getValue("c"));
>                  jep.close();
>         }
> }
>
>
> But I was not able to the jep.bat; A C++ Runtime error appeared. See
> the screenshot attached.
> My java runtime is still located in the "program files" folder. Might
> this be a problem?
>
> The console output looks like this:
>
> ....
> c:\Miniconda\DLLs\jep>java -classpath
> c:\miniconda\lib\jep\jep-3.3.4.jar jep.Run
> "c:\miniconda\Lib\site-packages\jep\console.py"
> jep.JepException: jep.JepException: <type 'exceptions.WindowsError'>:
> [Error 1114] Eine DLL-Initialisierungsroutine ist fehlgeschlagen
>         at jep.Jep.eval(Jep.java:422)
>         at jep.Run.run(Run.java:63)
>         at jep.Run.main(Run.java:157)
> Caused by: jep.JepException: <type 'exceptions.WindowsError'>: [Error
> 1114] Eine DLL-Initialisierungsroutine ist fehlgeschlagen
>         at
>
> c:\miniconda\lib\ctypes\__init__.__init__(c:\miniconda\lib\ctypes\__init__.py:365)
>         at
>
> c:\miniconda\lib\ctypes\__init__.LoadLibrary(c:\miniconda\lib\ctypes\__init__.py:443)
>         at
>
> c:\miniconda\lib\site-packages\pyreadline\console\console.<module>(c:\miniconda\lib\site-packages\pyreadline\console\console.py:610)
>         at
>
> c:\miniconda\lib\site-packages\pyreadline\console\__init__.<module>(c:\miniconda\lib\site-packages\pyreadline\console\__init__.py:15)
>         at
>
> c:\miniconda\lib\site-packages\pyreadline\__init__.<module>(c:\miniconda\lib\site-packages\pyreadline\__init__.py:11)
>         at
>
> c:\miniconda\lib\site-packages\readline.<module>(c:\miniconda\lib\site-packages\readline.py:6)
>         at
>
> c:\miniconda\lib\site-packages\jep\console.<module>(c:\miniconda\lib\site-packages\jep\console.py:11)
>
>
>
> Any idea about the "1114 a dynamic link library (dll) initialization
> routine failed" error?
>
> Btw, later, I will post a summary of all the steps which  brought me to
> a successful installation of jep 3.3.4 on win64.
>
>
> regards,
> Günther
>
>

Hi Nathan,

Thank you for your tips! I really apprechiate your work!
After deleting all copies of jep.pyd a simple java test programm worked
fine!

import jep.Jep;
public class JepTest2 {

	public static void main(String[] args) throws Exception {

		 Jep jep = new Jep();
		 jep.set("x", 4);
		 jep.eval("a=2*x+5");
		 jep.runScript("f:\\test.py");
		 System.out.println(jep.getValue("c"));
		 jep.close();		
	}
}

But I was not able to the jep.bat; A C++ Runtime error appeared. See
the screenshot attached.
My java runtime is still located in the "program files" folder. Might
this be a problem?

The console output looks like this:

....
c:\Miniconda\DLLs\jep>java -classpath
c:\miniconda\lib\jep\jep-3.3.4.jar jep.Run
"c:\miniconda\Lib\site-packages\jep\console.py"
jep.JepException: jep.JepException: <type 'exceptions.WindowsError'>:
[Error 1114] Eine DLL-Initialisierungsroutine ist fehlgeschlagen
        at jep.Jep.eval(Jep.java:422)
        at jep.Run.run(Run.java:63)
        at jep.Run.main(Run.java:157)
Caused by: jep.JepException: <type 'exceptions.WindowsError'>: [Error
1114] Eine DLL-Initialisierungsroutine ist fehlgeschlagen
        at
c:\miniconda\lib\ctypes\__init__.__init__(c:\miniconda\lib\ctypes\__init__.py:365)
        at
c:\miniconda\lib\ctypes\__init__.LoadLibrary(c:\miniconda\lib\ctypes\__init__.py:443)
        at
c:\miniconda\lib\site-packages\pyreadline\console\console.<module>(c:\miniconda\lib\site-packages\pyreadline\console\console.py:610)
        at
c:\miniconda\lib\site-packages\pyreadline\console\__init__.<module>(c:\miniconda\lib\site-packages\pyreadline\console\__init__.py:15)
        at
c:\miniconda\lib\site-packages\pyreadline\__init__.<module>(c:\miniconda\lib\site-packages\pyreadline\__init__.py:11)
        at
c:\miniconda\lib\site-packages\readline.<module>(c:\miniconda\lib\site-packages\readline.py:6)
        at
c:\miniconda\lib\site-packages\jep\console.<module>(c:\miniconda\lib\site-packages\jep\console.py:11)

Any idea about the "1114 a dynamic link library (dll) initialization
routine failed" error?

Btw, later, I will post a summary of all the steps which  brought me to
a successful installation of jep 3.3.4 on win64.

regards,
Günther

Hi everyone,

We're still planning a transition away from sourceforge, so as part of that
we need to set up a new mailing list.  Does anyone have any suggestions for
what website or service to use for a mailing list?  The only real
requirement is that it be free and not likely to go away.

Here are some contenders:

http://librelist.com/
http://www.nabble.com/
http://www.freelists.org/

Things to consider are
-ads vs no ads
-options for receiving messages (receive every email, receive summary of
emails, view on web, etc)
-options for viewing archives

I am partial to nabble because I like the forum view of threads, but I also
never see the ads there due to corporate web filters.  If anybody has any
good or bad experiences with certain services, we'd love to hear some
feedback before we move.  We will also attempt to migrate the mailing list
but at this point it's not clear if that's possible.

2004	Jan	Feb	Mar	Apr	May	Jun (1)	Jul	Aug	Sep	Oct	Nov	Dec
2006	Jan	Feb	Mar	Apr	May	Jun	Jul (1)	Aug (7)	Sep (4)	Oct (3)	Nov (4)	Dec
2007	Jan	Feb	Mar (4)	Apr (12)	May	Jun	Jul	Aug	Sep	Oct	Nov (17)	Dec
2008	Jan	Feb (9)	Mar (7)	Apr	May (7)	Jun	Jul (8)	Aug	Sep	Oct (3)	Nov (5)	Dec
2009	Jan	Feb	Mar	Apr	May (2)	Jun	Jul (8)	Aug	Sep	Oct	Nov	Dec
2010	Jan (3)	Feb (2)	Mar (2)	Apr (1)	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2011	Jan (7)	Feb	Mar	Apr	May	Jun	Jul (5)	Aug	Sep (1)	Oct (4)	Nov (3)	Dec (1)
2012	Jan	Feb (3)	Mar (1)	Apr	May (2)	Jun (9)	Jul (2)	Aug	Sep	Oct	Nov (1)	Dec
2013	Jan	Feb (3)	Mar (2)	Apr (4)	May	Jun	Jul	Aug (3)	Sep	Oct	Nov (1)	Dec (5)
2014	Jan (5)	Feb (1)	Mar	Apr	May (3)	Jun	Jul (5)	Aug (7)	Sep (3)	Oct	Nov	Dec
2015	Jan	Feb	Mar (1)	Apr (2)	May (7)	Jun (13)	Jul (2)	Aug (3)	Sep (1)	Oct	Nov	Dec (1)
2016	Jan (2)	Feb (2)	Mar (1)	Apr (5)	May (1)	Jun (2)	Jul (2)	Aug (1)	Sep (1)	Oct	Nov	Dec
2017	Jan (2)	Feb	Mar	Apr	May	Jun (1)	Jul	Aug	Sep	Oct	Nov	Dec

jepp-users Mailing List for Java Embedded Python

jepp-users — Send your questions here