jepp-users — Send your questions here

Re: [Jepp-users] Problems installing on a mac

[Mike J. <mi...@pu...>]

Hi Conor,

I don't run a mac day-to-day so I haven't really seen that in a while. I'll
have to check it out this weekend if you can wait.

What java version are you running? Did you install an Oracle version?

What's the output from:

/usr/libexec/java_home -t JNI

Thanks,
Mike


On Fri, Aug 22, 2014 at 11:08 AM, Conor McGann <Con...@ge...>
wrote:

>  Hi. I am trying to test jepp for a project for which it looks like a
> great solution. But cannot install it.
>
>  The first problem I had:
>
>     unable to execute
> '/System/Library/Frameworks/JavaVM.framework/Commands/javac': No such file
> or directory
>
>     error: command
> '/System/Library/Frameworks/JavaVM.framework/Commands/javac' failed with
> exit status 1
>
> I solved this by forcing it to ignore MAC_JAVA_HOME in commands/java.py,
> since the problem is in the assumptions it makes for a Mac environment.
>
>  Now, I get the following:
>
>  /usr/bin/clang -fno-strict-aliasing -fno-common -dynamic -pipe -Os
> -fwrapv -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DPACKAGE=jep
> -DUSE_DEALLOC=1 -DVERSION="3.1.0"
> -I/System/Library/Frameworks/JavaVM.framework/Versions/Current/Headers
> -Isrc/jep -Ibuild/include
> -I/opt/local/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7
> -c src/jep/python/jep_object.c -o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/python/jep_object.o
>
> /usr/bin/clang -bundle -undefined dynamic_lookup -L/opt/local/lib
> -Wl,-headerpad_max_install_names -L/opt/local/lib/db46
> build/temp.macosx-10.9-x86_64-2.7/src/jep/invocationhandler.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/jep.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyembed.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjarray.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjclass.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjfield.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjmethod.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjobject.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/util.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/python/jep_object.o -lpython2.7
> -ldl -o build/lib.macosx-10.9-x86_64-2.7/jep.so -framework JavaVM
> -framework CoreFoundation -u _PyMac_Error
>
> clang: error: unknown argument: '-framework JavaVM'
> [-Wunused-command-line-argument-hard-error-in-future]
>
> clang: note: this will be a hard error (cannot be downgraded to a warning)
> in the future
>
> clang: error: unknown argument: '-framework CoreFoundation -u
> _PyMac_Error' [-Wunused-command-line-argument-hard-error-in-future]
>
> clang: note: this will be a hard error (cannot be downgraded to a warning)
> in the future
>
>
>
>
>  I have the following system details:
>
>
>  /usr/bin/clang --version
>
> Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)
>
> Target: x86_64-apple-darwin13.1.0
>
> Thread model: posix
>
>
>  Also, running on OSX 10.9.2
>
>
>  Any help greatly appreciated. It would be super if this worked well :-)
>
>
>  Sincerely,
>
>
>  Conor
>
>
> ------------------------------------------------------------------------------
> Slashdot TV.
> Video for Nerds.  Stuff that matters.
> http://tv.slashdot.org/
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users
>
>

[Jepp-users] Problems installing on a mac

[Conor M. <Con...@ge...>]

Hi. I am trying to test jepp for a project for which it looks like a great solution. But cannot install it.

The first problem I had:

    unable to execute '/System/Library/Frameworks/JavaVM.framework/Commands/javac': No such file or directory

    error: command '/System/Library/Frameworks/JavaVM.framework/Commands/javac' failed with exit status 1

I solved this by forcing it to ignore MAC_JAVA_HOME in commands/java.py, since the problem is in the assumptions it makes for a Mac environment.

Now, I get the following:


/usr/bin/clang -fno-strict-aliasing -fno-common -dynamic -pipe -Os -fwrapv -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DPACKAGE=jep -DUSE_DEALLOC=1 -DVERSION="3.1.0" -I/System/Library/Frameworks/JavaVM.framework/Versions/Current/Headers -Isrc/jep -Ibuild/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/jep/python/jep_object.c -o build/temp.macosx-10.9-x86_64-2.7/src/jep/python/jep_object.o

/usr/bin/clang -bundle -undefined dynamic_lookup -L/opt/local/lib -Wl,-headerpad_max_install_names -L/opt/local/lib/db46 build/temp.macosx-10.9-x86_64-2.7/src/jep/invocationhandler.o build/temp.macosx-10.9-x86_64-2.7/src/jep/jep.o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyembed.o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjarray.o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjclass.o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjfield.o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjmethod.o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjobject.o build/temp.macosx-10.9-x86_64-2.7/src/jep/util.o build/temp.macosx-10.9-x86_64-2.7/src/jep/python/jep_object.o -lpython2.7 -ldl -o build/lib.macosx-10.9-x86_64-2.7/jep.so -framework JavaVM -framework CoreFoundation -u _PyMac_Error

clang: error: unknown argument: '-framework JavaVM' [-Wunused-command-line-argument-hard-error-in-future]

clang: note: this will be a hard error (cannot be downgraded to a warning) in the future

clang: error: unknown argument: '-framework CoreFoundation -u _PyMac_Error' [-Wunused-command-line-argument-hard-error-in-future]

clang: note: this will be a hard error (cannot be downgraded to a warning) in the future




I have the following system details:


/usr/bin/clang --version

Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)

Target: x86_64-apple-darwin13.1.0

Thread model: posix


Also, running on OSX 10.9.2


Any help greatly appreciated. It would be super if this worked well :-)


Sincerely,


Conor

Re: [Jepp-users] (no subject)

[Andreas B. <and...@gm...>]

Thanks to everyone, python setup.py install --home=<path> solve my problem.

Andreas


2014-07-23 17:35 GMT+02:00 Mike Johnson <mi...@pu...>:

> Hi,
>
> Yes, the easiest way to do that would be to use a virtualenv. They would
> then install under a user account.
>
> - Mike
>  On Jul 23, 2014 7:44 AM, "Andreas Burger" <and...@gm...> wrote:
>
>> Hi there,
>>
>> is it possible to install jep without sudo on ubuntu?
>> I try to install jep by using the following command:
>> python setup.py install
>>
>> This results in the following error: error: [Errno 13] Permission denied:
>> '/usr/local/lib/python2.7/dist-packages/jep.so'
>>
>> Thanks,
>> Andreas
>>
>>
>> ------------------------------------------------------------------------------
>> Want fast and easy access to all the code in your enterprise? Index and
>> search up to 200,000 lines of code with a free copy of Black Duck
>> Code Sight - the same software that powers the world's largest code
>> search on Ohloh, the Black Duck Open Hub! Try it now.
>> http://p.sf.net/sfu/bds
>> _______________________________________________
>> Jepp-users mailing list
>> Jep...@li...
>> https://lists.sourceforge.net/lists/listinfo/jepp-users
>>
>>


-- 
--
Andreas Burger
Wendtstr. 13
76185 Karlsruhe

Re: [Jepp-users] (no subject)

[Fabrice I. <il...@ma...>]

Hello,

Here is what I used to install:
pip install --install-option="--prefix=<installpath>" jep

perhaps you have the same kind of options in the setup.py

Bye

Le 23/07/2014 16:44, Andreas Burger a écrit :
> Hi there,
>
> is it possible to install jep without sudo on ubuntu?
> I try to install jep by using the following command:
> python setup.py install
>
> This results in the following error: error: [Errno 13] Permission 
> denied: '/usr/local/lib/python2.7/dist-packages/jep.so'
>
> Thanks,
> Andreas
>
>
> ------------------------------------------------------------------------------
> Want fast and easy access to all the code in your enterprise? Index and
> search up to 200,000 lines of code with a free copy of Black Duck
> Code Sight - the same software that powers the world's largest code
> search on Ohloh, the Black Duck Open Hub! Try it now.
> http://p.sf.net/sfu/bds
>
>
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users

Re: [Jepp-users] (no subject)

[Mike J. <mi...@pu...>]

Hi,

Yes, the easiest way to do that would be to use a virtualenv. They would
then install under a user account.

- Mike
 On Jul 23, 2014 7:44 AM, "Andreas Burger" <and...@gm...> wrote:

> Hi there,
>
> is it possible to install jep without sudo on ubuntu?
> I try to install jep by using the following command:
> python setup.py install
>
> This results in the following error: error: [Errno 13] Permission denied:
> '/usr/local/lib/python2.7/dist-packages/jep.so'
>
> Thanks,
> Andreas
>
>
> ------------------------------------------------------------------------------
> Want fast and easy access to all the code in your enterprise? Index and
> search up to 200,000 lines of code with a free copy of Black Duck
> Code Sight - the same software that powers the world's largest code
> search on Ohloh, the Black Duck Open Hub! Try it now.
> http://p.sf.net/sfu/bds
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users
>
>

Re: [Jepp-users] (no subject)

[Fabrice I. <il...@ma...>]

Ops, this might be better:

python setup.py install --home=<path>

Le 23/07/2014 16:44, Andreas Burger a écrit :
> Hi there,
>
> is it possible to install jep without sudo on ubuntu?
> I try to install jep by using the following command:
> python setup.py install
>
> This results in the following error: error: [Errno 13] Permission 
> denied: '/usr/local/lib/python2.7/dist-packages/jep.so'
>
> Thanks,
> Andreas
>
>
> ------------------------------------------------------------------------------
> Want fast and easy access to all the code in your enterprise? Index and
> search up to 200,000 lines of code with a free copy of Black Duck
> Code Sight - the same software that powers the world's largest code
> search on Ohloh, the Black Duck Open Hub! Try it now.
> http://p.sf.net/sfu/bds
>
>
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users

[Jepp-users] (no subject)

[Andreas B. <and...@gm...>]

Hi there,

is it possible to install jep without sudo on ubuntu?
I try to install jep by using the following command:
python setup.py install

This results in the following error: error: [Errno 13] Permission denied:
'/usr/local/lib/python2.7/dist-packages/jep.so'

Thanks,
Andreas

Re: [Jepp-users] JEPP gets confused with multiple installed python interpreters (?)

[Tijs W. <Tij...@be...>]

Hi Florian,

virtualenv is a good suggestion by Mike.
if that's not an option, check your PATH and LIBPATH settings.
'which' only searches the path, so you need LIBPATH as well.

An even better option is to supply a LIBPATH to the JVM like this:
-Djava.library.path="put the correct path here:another entry:another entry"

You can also supply this in a config file.

Tijs

------

Hi Florian,

Try installing in a virtualenv, I bet it will work correctly...

- Mike

On Fri, May 16, 2014 at 2:51 AM, Florian Jug <ju...@mp...> wrote:
Hello Jeppers,

I would like to use JEP in order to access a very rich, third party python library.
(This library wraps opengm, a huge C++ based optimization library... details maybe not so important...)

I installed the opengm python module in one of 3 python environments I (unfortunately) need to have on my machine.
(I am sitting on a 10.9 OSX, having the native python, the macports 2.7 python, and a third one I've built all myself from source...)

I am sorry that already the preamble to my problem is so complex... :(

I have also built JEPP form source, but I run into a problem that really puzzles me... I come to point soon... ;)

Ok, here we go with a swquence of commands I type in:
-snip-
jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ which jep
/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/bin/jep
jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ jep
>>> import sys; print(sys.version)
2.7.6 (default, Nov 18 2013, 15:12:51)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)]
>>> quit()

So what's the problem?
Starting JEPP via 'jep' gives me a DIFFERENT python then 'python' would. (See the last couple of lines...)

If you are still with me... plese HELP!

Thanks a lot,
Florian

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

MPI of Molecular Cell Biology and Genetics
Group: Gene Myers
Pfotenhauer Strasse 108
01307 Dresden
Germany

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -




------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Jepp-users mailing list
Jep...@li...
https://lists.sourceforge.net/lists/listinfo/jepp-users


Bertus Groothandel & Distributie B.V.
Akeleibaan 59
2908KA Capelle aan den IJssel
The Netherlands

Op al onze transacties zijn onze Algemene Verkoop- en Leveringsvoorwaarden van toepassing. Deze voorwaarden treft u aan op de achterzijde van onze factuur en op onze website www.bertus.com. Andersluidende voorwaarden worden uitdrukkelijk afgewezen.

Our General Sales and Delivery Conditions apply to all transactions. Please find these general conditions on the back of our invoice and on our website www.bertus.com. The applicability of any other general conditions is expressly rejected.
Registered in Rotterdam No. 24156512

Re: [Jepp-users] JEPP gets confused with multiple installed python interpreters (?)

[Mike J. <mi...@pu...>]

Hi Florian,

Try installing in a virtualenv, I bet it will work correctly...

- Mike



On Fri, May 16, 2014 at 2:51 AM, Florian Jug <ju...@mp...> wrote:

> Hello Jeppers,
>
> I would like to use JEP in order to access a very rich, third party python
> library.
> (This library wraps opengm, a huge C++ based optimization library...
> details maybe not so important...)
>
> I installed the opengm python module in one of 3 python environments I
> (unfortunately) need to have on my machine.
> (I am sitting on a 10.9 OSX, having the native python, the macports 2.7
> python, and a third one I've built all myself from source...)
>
> I am sorry that already the preamble to my problem is so complex... :(
>
> I have also built JEPP form source, but I run into a problem that really
> puzzles me... I come to point soon... ;)
>
> Ok, here we go with a swquence of commands I type in:
>
> jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ *which jep*
> jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ *which python*
> */Users/jug/local/ilastik/bin/python*
> jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ *python
> setup.py clean*
> running clean
> removing  build
> removing  build/lib.macosx-10.9-x86_64-2.7
> removing  build/scripts-2.7
> removing  build/temp.macosx-10.9-x86_64-2.7
> removing  build/bdist.macosx-10.9-x86_64
> jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ *python
> setup.py install*
> running install
> running build
> running build_java
> /System/Library/Frameworks/JavaVM.framework/Commands/javac -deprecation -d
> build/java -classpath src/ src/jep/ClassList.java
> src/jep/InvocationHandler.java src/jep/Jep.java src/jep/JepException.java
> src/jep/JepScriptEngine.java src/jep/JepScriptEngineFactory.java
> src/jep/Proxy.java src/jep/Run.java src/jep/Test.java src/jep/Util.java
> src/jep/python/PyClass.java src/jep/python/PyModule.java
> src/jep/python/PyObject.java
> running build_javah
> /System/Library/Frameworks/JavaVM.framework/Commands/javah -classpath
> build/java -o build/include/jep.h jep.Jep
> /System/Library/Frameworks/JavaVM.framework/Commands/javah -classpath
> build/java -o build/include/jep_object.h jep.python.PyObject
> /System/Library/Frameworks/JavaVM.framework/Commands/javah -classpath
> build/java -o build/include/invocationhandler.h jep.InvocationHandler
> running build_jar
> copying src/jep/classlist_6.txt to build/java/jep/classlist_6.txt
> copying src/jep/classlist_7.txt to build/java/jep/classlist_7.txt
> /System/Library/Frameworks/JavaVM.framework/Commands/jar -cfe
> build/java/jep.jar jep.Run -C build/java/ jep
> running build_py
> creating build/lib.macosx-10.9-x86_64-2.7
> creating build/lib.macosx-10.9-x86_64-2.7/jep
> copying jep/__init__.py -> build/lib.macosx-10.9-x86_64-2.7/jep
> copying jep/console.py -> build/lib.macosx-10.9-x86_64-2.7/jep
> copying jep/hook.py -> build/lib.macosx-10.9-x86_64-2.7/jep
> copying jep/jdbc.py -> build/lib.macosx-10.9-x86_64-2.7/jep
> copying jep/version.py -> build/lib.macosx-10.9-x86_64-2.7/jep
> running build_ext
> building 'jep' extension
> creating build/temp.macosx-10.9-x86_64-2.7
> creating build/temp.macosx-10.9-x86_64-2.7/src
> creating build/temp.macosx-10.9-x86_64-2.7/src/jep
> creating build/temp.macosx-10.9-x86_64-2.7/src/jep/python
> gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2
> -mtune=native -ffast-math
> -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep
> -DUSE_DEALLOC=1 -DVERSION="3.2.0"
> -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep
> -Ibuild/include
> -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7
> -c src/jep/invocationhandler.c -o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/invocationhandler.o
> gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2
> -mtune=native -ffast-math
> -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep
> -DUSE_DEALLOC=1 -DVERSION="3.2.0"
> -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep
> -Ibuild/include
> -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7
> -c src/jep/jep.c -o build/temp.macosx-10.9-x86_64-2.7/src/jep/jep.o
> gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2
> -mtune=native -ffast-math
> -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep
> -DUSE_DEALLOC=1 -DVERSION="3.2.0"
> -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep
> -Ibuild/include
> -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7
> -c src/jep/pyembed.c -o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyembed.o
> src/jep/pyembed.c:336:5: warning: 'JNI_GetCreatedJavaVMs' is deprecated
> [-Wdeprecated-declarations]
>     JNI_GetCreatedJavaVMs(&jvm, 1, NULL);
>     ^
> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h:1940:1: note:
> 'JNI_GetCreatedJavaVMs' declared here
> JNI_GetCreatedJavaVMs(JavaVM **, jsize, jsize *);
> ^
> src/jep/pyembed.c:1525:10: warning: implicit declaration of function
> 'PyMarshal_ReadLongFromFile' is invalid in C99
> [-Wimplicit-function-declaration]
>         magic = PyMarshal_ReadLongFromFile(fp);
>                 ^
> src/jep/pyembed.c:1532:30: warning: implicit declaration of function
> 'PyMarshal_ReadLastObjectFromFile' is invalid in C99
> [-Wimplicit-function-declaration]
>         v = (PyObject *) (intptr_t) PyMarshal_ReadLastObjectFromFile(fp);
>                                     ^
> 3 warnings generated.
> gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2
> -mtune=native -ffast-math
> -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep
> -DUSE_DEALLOC=1 -DVERSION="3.2.0"
> -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep
> -Ibuild/include
> -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7
> -c src/jep/pyjarray.c -o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjarray.o
> src/jep/pyjarray.c:1298:49: warning: variable 'self' is uninitialized when
> used within its own initialization [-Wuninitialized]
>     PyJarray_Object *self = (PyJarray_Object *) self;
>                      ~~~~                       ^~~~
> src/jep/pyjarray.c:1583:5: warning: incompatible pointer types
> initializing 'ssizeobjargproc' (aka 'int (*)(PyObject *, Py_ssize_t,
> PyObject *)') with an expression of
>       type 'intobjargproc' (aka 'int (*)(PyObject *, int, PyObject *)')
> [-Wincompatible-pointer-types]
>     (intobjargproc) pyjarray_setitem,         /* sq_ass_item */
>     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> src/jep/pyjarray.c:1584:5: warning: incompatible pointer types
> initializing 'ssizessizeobjargproc' (aka 'int (*)(PyObject *, Py_ssize_t,
> Py_ssize_t, PyObject *)') with
>       an expression of type 'intintobjargproc' (aka 'int (*)(PyObject *,
> int, int, PyObject *)') [-Wincompatible-pointer-types]
>     (intintobjargproc) 0,                     /* sq_ass_slice */
>     ^~~~~~~~~~~~~~~~~~~~
> src/jep/pyjarray.c:1714:5: warning: incompatible pointer types
> initializing 'lenfunc' (aka 'Py_ssize_t (*)(PyObject *)') with an
> expression of type 'inquiry'
>       (aka 'int (*)(PyObject *)') [-Wincompatible-pointer-types]
>     (inquiry) pyjarrayiter_len,               /* sq_length */
>     ^~~~~~~~~~~~~~~~~~~~~~~~~~
> 4 warnings generated.
> gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2
> -mtune=native -ffast-math
> -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep
> -DUSE_DEALLOC=1 -DVERSION="3.2.0"
> -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep
> -Ibuild/include
> -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7
> -c src/jep/pyjclass.c -o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjclass.o
> gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2
> -mtune=native -ffast-math
> -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep
> -DUSE_DEALLOC=1 -DVERSION="3.2.0"
> -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep
> -Ibuild/include
> -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7
> -c src/jep/pyjfield.c -o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjfield.o
> gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2
> -mtune=native -ffast-math
> -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep
> -DUSE_DEALLOC=1 -DVERSION="3.2.0"
> -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep
> -Ibuild/include
> -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7
> -c src/jep/pyjmethod.c -o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjmethod.o
> gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2
> -mtune=native -ffast-math
> -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep
> -DUSE_DEALLOC=1 -DVERSION="3.2.0"
> -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep
> -Ibuild/include
> -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7
> -c src/jep/pyjobject.c -o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjobject.o
> src/jep/pyjobject.c:796:5: warning: incompatible pointer types
> initializing 'richcmpfunc' (aka 'PyObject *(*)(PyObject *, PyObject *,
> int)') with an expression of type
>       'PyObject *(PyJobject_Object *, PyObject *, int)'
> [-Wincompatible-pointer-types]
>     pyjobject_richcompare,                    /* tp_richcompare */
>     ^~~~~~~~~~~~~~~~~~~~~
> 1 warning generated.
> gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2
> -mtune=native -ffast-math
> -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep
> -DUSE_DEALLOC=1 -DVERSION="3.2.0"
> -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep
> -Ibuild/include
> -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7
> -c src/jep/util.c -o build/temp.macosx-10.9-x86_64-2.7/src/jep/util.o
> gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2
> -mtune=native -ffast-math
> -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep
> -DUSE_DEALLOC=1 -DVERSION="3.2.0"
> -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep
> -Ibuild/include
> -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7
> -c src/jep/python/jep_object.c -o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/python/jep_object.o
> gcc -bundle -undefined dynamic_lookup
> -Wl,-rpath,/Users/jug/local/ilastik/lib -L/Users/jug/local/ilastik/lib
> -stdlib=libstdc++
> -Wno-error=unused-command-line-argument-hard-error-in-future
> -L/opt/local/lib -O3 -march=core2 -mtune=native -ffast-math
> -Wno-error=unused-command-line-argument-hard-error-in-future
> build/temp.macosx-10.9-x86_64-2.7/src/jep/invocationhandler.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/jep.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyembed.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjarray.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjclass.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjfield.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjmethod.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjobject.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/util.o
> build/temp.macosx-10.9-x86_64-2.7/src/jep/python/jep_object.o -lpython2.7
> -ldl -o build/lib.macosx-10.9-x86_64-2.7/jep.so -framework JavaVM
> -framework CoreFoundation -u _PyMac_Error
> clang: warning: unknown argument: '-framework JavaVM'
> [-Wunused-command-line-argument-hard-error-in-future]
> clang: note: this will be a hard error (cannot be downgraded to a warning)
> in the future
> clang: warning: unknown argument: '-framework CoreFoundation -u
> _PyMac_Error' [-Wunused-command-line-argument-hard-error-in-future]
> clang: note: this will be a hard error (cannot be downgraded to a warning)
> in the future
> clang: warning: argument unused during compilation: '-framework JavaVM'
> clang: warning: argument unused during compilation: '-framework
> CoreFoundation -u _PyMac_Error'
> running build_scripts
> creating build/scripts-2.7
> copying and adjusting src/scripts/jep -> build/scripts-2.7
> changing mode of build/scripts-2.7/jep from 644 to 755
> running install_lib
> copying build/lib.macosx-10.9-x86_64-2.7/jep.so ->
> /Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages
> running install_scripts
> copying build/scripts-2.7/jep ->
> /Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/bin
> changing mode of
> /Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/bin/jep
> to 755
> running install_data
> copying build/java/jep.jar ->
> /Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/lib/jep
> ln -sf
> /Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/jep.so
> /Library/Java/Extensions/libjep.jnilib
> running install_egg_info
> Removing
> /Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/jep-3.2.0-py2.7.egg-info
> Writing
> /Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/jep-3.2.0-py2.7.egg-info
> jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ *python*
> *Python 2.7.3 (default, Mar 28 2014, 10:46:03) *
> [GCC 4.2.1 Compatible Apple LLVM 5.1 (clang-503.0.38)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> quit()
> jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ *which jep*
> */Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/bin/jep*
> jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ *jep*
> >>> import sys; print(sys.version)
> *2.7.6 (default, Nov 18 2013, 15:12:51) *
> [GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)]
> >>> quit()
>
> So what's the problem?
> Starting JEPP via 'jep' gives me a DIFFERENT python then 'python' would.
> (See the last couple of lines...)
>
> If you are still with me... plese HELP!
>
> Thanks a lot,
> Florian
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
> MPI of Molecular Cell Biology and Genetics
> Group: Gene Myers
> Pfotenhauer Strasse 108
> 01307 Dresden
> Germany
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
>
>
>
>
> ------------------------------------------------------------------------------
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos.
> Get unparalleled scalability from the best Selenium testing platform
> available
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users
>
>

[Jepp-users] JEPP gets confused with multiple installed python interpreters (?)

[Florian J. <ju...@mp...>]

Hello Jeppers,

I would like to use JEP in order to access a very rich, third party python library.
(This library wraps opengm, a huge C++ based optimization library... details maybe not so important...)

I installed the opengm python module in one of 3 python environments I (unfortunately) need to have on my machine.
(I am sitting on a 10.9 OSX, having the native python, the macports 2.7 python, and a third one I've built all myself from source...)

I am sorry that already the preamble to my problem is so complex... :(

I have also built JEPP form source, but I run into a problem that really puzzles me... I come to point soon... ;)

Ok, here we go with a swquence of commands I type in:

jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ which jep
jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ which python
/Users/jug/local/ilastik/bin/python
jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ python setup.py clean
running clean
removing  build
removing  build/lib.macosx-10.9-x86_64-2.7
removing  build/scripts-2.7
removing  build/temp.macosx-10.9-x86_64-2.7
removing  build/bdist.macosx-10.9-x86_64
jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ python setup.py install
running install
running build
running build_java
/System/Library/Frameworks/JavaVM.framework/Commands/javac -deprecation -d build/java -classpath src/ src/jep/ClassList.java src/jep/InvocationHandler.java src/jep/Jep.java src/jep/JepException.java src/jep/JepScriptEngine.java src/jep/JepScriptEngineFactory.java src/jep/Proxy.java src/jep/Run.java src/jep/Test.java src/jep/Util.java src/jep/python/PyClass.java src/jep/python/PyModule.java src/jep/python/PyObject.java
running build_javah
/System/Library/Frameworks/JavaVM.framework/Commands/javah -classpath build/java -o build/include/jep.h jep.Jep
/System/Library/Frameworks/JavaVM.framework/Commands/javah -classpath build/java -o build/include/jep_object.h jep.python.PyObject
/System/Library/Frameworks/JavaVM.framework/Commands/javah -classpath build/java -o build/include/invocationhandler.h jep.InvocationHandler
running build_jar
copying src/jep/classlist_6.txt to build/java/jep/classlist_6.txt
copying src/jep/classlist_7.txt to build/java/jep/classlist_7.txt
/System/Library/Frameworks/JavaVM.framework/Commands/jar -cfe build/java/jep.jar jep.Run -C build/java/ jep
running build_py
creating build/lib.macosx-10.9-x86_64-2.7
creating build/lib.macosx-10.9-x86_64-2.7/jep
copying jep/__init__.py -> build/lib.macosx-10.9-x86_64-2.7/jep
copying jep/console.py -> build/lib.macosx-10.9-x86_64-2.7/jep
copying jep/hook.py -> build/lib.macosx-10.9-x86_64-2.7/jep
copying jep/jdbc.py -> build/lib.macosx-10.9-x86_64-2.7/jep
copying jep/version.py -> build/lib.macosx-10.9-x86_64-2.7/jep
running build_ext
building 'jep' extension
creating build/temp.macosx-10.9-x86_64-2.7
creating build/temp.macosx-10.9-x86_64-2.7/src
creating build/temp.macosx-10.9-x86_64-2.7/src/jep
creating build/temp.macosx-10.9-x86_64-2.7/src/jep/python
gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2 -mtune=native -ffast-math -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep -DUSE_DEALLOC=1 -DVERSION="3.2.0" -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep -Ibuild/include -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/jep/invocationhandler.c -o build/temp.macosx-10.9-x86_64-2.7/src/jep/invocationhandler.o
gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2 -mtune=native -ffast-math -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep -DUSE_DEALLOC=1 -DVERSION="3.2.0" -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep -Ibuild/include -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/jep/jep.c -o build/temp.macosx-10.9-x86_64-2.7/src/jep/jep.o
gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2 -mtune=native -ffast-math -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep -DUSE_DEALLOC=1 -DVERSION="3.2.0" -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep -Ibuild/include -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/jep/pyembed.c -o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyembed.o
src/jep/pyembed.c:336:5: warning: 'JNI_GetCreatedJavaVMs' is deprecated [-Wdeprecated-declarations]
    JNI_GetCreatedJavaVMs(&jvm, 1, NULL);
    ^
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h:1940:1: note: 'JNI_GetCreatedJavaVMs' declared here
JNI_GetCreatedJavaVMs(JavaVM **, jsize, jsize *);
^
src/jep/pyembed.c:1525:10: warning: implicit declaration of function 'PyMarshal_ReadLongFromFile' is invalid in C99 [-Wimplicit-function-declaration]
        magic = PyMarshal_ReadLongFromFile(fp);
                ^
src/jep/pyembed.c:1532:30: warning: implicit declaration of function 'PyMarshal_ReadLastObjectFromFile' is invalid in C99 [-Wimplicit-function-declaration]
        v = (PyObject *) (intptr_t) PyMarshal_ReadLastObjectFromFile(fp);
                                    ^
3 warnings generated.
gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2 -mtune=native -ffast-math -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep -DUSE_DEALLOC=1 -DVERSION="3.2.0" -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep -Ibuild/include -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/jep/pyjarray.c -o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjarray.o
src/jep/pyjarray.c:1298:49: warning: variable 'self' is uninitialized when used within its own initialization [-Wuninitialized]
    PyJarray_Object *self = (PyJarray_Object *) self;
                     ~~~~                       ^~~~
src/jep/pyjarray.c:1583:5: warning: incompatible pointer types initializing 'ssizeobjargproc' (aka 'int (*)(PyObject *, Py_ssize_t, PyObject *)') with an expression of
      type 'intobjargproc' (aka 'int (*)(PyObject *, int, PyObject *)') [-Wincompatible-pointer-types]
    (intobjargproc) pyjarray_setitem,         /* sq_ass_item */
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/jep/pyjarray.c:1584:5: warning: incompatible pointer types initializing 'ssizessizeobjargproc' (aka 'int (*)(PyObject *, Py_ssize_t, Py_ssize_t, PyObject *)') with
      an expression of type 'intintobjargproc' (aka 'int (*)(PyObject *, int, int, PyObject *)') [-Wincompatible-pointer-types]
    (intintobjargproc) 0,                     /* sq_ass_slice */
    ^~~~~~~~~~~~~~~~~~~~
src/jep/pyjarray.c:1714:5: warning: incompatible pointer types initializing 'lenfunc' (aka 'Py_ssize_t (*)(PyObject *)') with an expression of type 'inquiry'
      (aka 'int (*)(PyObject *)') [-Wincompatible-pointer-types]
    (inquiry) pyjarrayiter_len,               /* sq_length */
    ^~~~~~~~~~~~~~~~~~~~~~~~~~
4 warnings generated.
gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2 -mtune=native -ffast-math -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep -DUSE_DEALLOC=1 -DVERSION="3.2.0" -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep -Ibuild/include -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/jep/pyjclass.c -o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjclass.o
gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2 -mtune=native -ffast-math -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep -DUSE_DEALLOC=1 -DVERSION="3.2.0" -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep -Ibuild/include -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/jep/pyjfield.c -o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjfield.o
gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2 -mtune=native -ffast-math -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep -DUSE_DEALLOC=1 -DVERSION="3.2.0" -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep -Ibuild/include -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/jep/pyjmethod.c -o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjmethod.o
gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2 -mtune=native -ffast-math -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep -DUSE_DEALLOC=1 -DVERSION="3.2.0" -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep -Ibuild/include -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/jep/pyjobject.c -o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjobject.o
src/jep/pyjobject.c:796:5: warning: incompatible pointer types initializing 'richcmpfunc' (aka 'PyObject *(*)(PyObject *, PyObject *, int)') with an expression of type
      'PyObject *(PyJobject_Object *, PyObject *, int)' [-Wincompatible-pointer-types]
    pyjobject_richcompare,                    /* tp_richcompare */
    ^~~~~~~~~~~~~~~~~~~~~
1 warning generated.
gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2 -mtune=native -ffast-math -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep -DUSE_DEALLOC=1 -DVERSION="3.2.0" -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep -Ibuild/include -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/jep/util.c -o build/temp.macosx-10.9-x86_64-2.7/src/jep/util.o
gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O3 -march=core2 -mtune=native -ffast-math -Wno-error=unused-command-line-argument-hard-error-in-future -DPACKAGE=jep -DUSE_DEALLOC=1 -DVERSION="3.2.0" -I/System/Library/Frameworks/JavaVM.framework/Headers -Isrc/jep -Ibuild/include -I/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/jep/python/jep_object.c -o build/temp.macosx-10.9-x86_64-2.7/src/jep/python/jep_object.o
gcc -bundle -undefined dynamic_lookup -Wl,-rpath,/Users/jug/local/ilastik/lib -L/Users/jug/local/ilastik/lib -stdlib=libstdc++ -Wno-error=unused-command-line-argument-hard-error-in-future -L/opt/local/lib -O3 -march=core2 -mtune=native -ffast-math -Wno-error=unused-command-line-argument-hard-error-in-future build/temp.macosx-10.9-x86_64-2.7/src/jep/invocationhandler.o build/temp.macosx-10.9-x86_64-2.7/src/jep/jep.o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyembed.o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjarray.o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjclass.o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjfield.o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjmethod.o build/temp.macosx-10.9-x86_64-2.7/src/jep/pyjobject.o build/temp.macosx-10.9-x86_64-2.7/src/jep/util.o build/temp.macosx-10.9-x86_64-2.7/src/jep/python/jep_object.o -lpython2.7 -ldl -o build/lib.macosx-10.9-x86_64-2.7/jep.so -framework JavaVM -framework CoreFoundation -u _PyMac_Error
clang: warning: unknown argument: '-framework JavaVM' [-Wunused-command-line-argument-hard-error-in-future]
clang: note: this will be a hard error (cannot be downgraded to a warning) in the future
clang: warning: unknown argument: '-framework CoreFoundation -u _PyMac_Error' [-Wunused-command-line-argument-hard-error-in-future]
clang: note: this will be a hard error (cannot be downgraded to a warning) in the future
clang: warning: argument unused during compilation: '-framework JavaVM'
clang: warning: argument unused during compilation: '-framework CoreFoundation -u _PyMac_Error'
running build_scripts
creating build/scripts-2.7
copying and adjusting src/scripts/jep -> build/scripts-2.7
changing mode of build/scripts-2.7/jep from 644 to 755
running install_lib
copying build/lib.macosx-10.9-x86_64-2.7/jep.so -> /Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages
running install_scripts
copying build/scripts-2.7/jep -> /Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/bin
changing mode of /Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/bin/jep to 755
running install_data
copying build/java/jep.jar -> /Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/lib/jep
ln -sf /Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/jep.so /Library/Java/Extensions/libjep.jnilib
running install_egg_info
Removing /Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/jep-3.2.0-py2.7.egg-info
Writing /Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/jep-3.2.0-py2.7.egg-info
jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ python
Python 2.7.3 (default, Mar 28 2014, 10:46:03) 
[GCC 4.2.1 Compatible Apple LLVM 5.1 (clang-503.0.38)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> quit()
jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ which jep
/Users/jug/local/ilastik/Frameworks/Python.framework/Versions/2.7/bin/jep
jug@myers-mac-7:~/Dropbox/WorkingData/Repositories/GIT/jep$ jep
>>> import sys; print(sys.version)
2.7.6 (default, Nov 18 2013, 15:12:51) 
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)]
>>> quit()

So what's the problem?
Starting JEPP via 'jep' gives me a DIFFERENT python then 'python' would. (See the last couple of lines...)

If you are still with me... plese HELP!

Thanks a lot,
Florian

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 

MPI of Molecular Cell Biology and Genetics
Group: Gene Myers
Pfotenhauer Strasse 108
01307 Dresden 
Germany

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 

[Jepp-users] error while building jepp 3.1 on windows 7

[Abhyodaya P. <abh...@gm...>]

Hi ,

I am getting following error while building on windows 7.
Can you tell me way to fix to this issue and proceed?

C:\jep>python setup.py build
running build
running build_java
C:\Program Files\Java\jdk1.7.0_51\bin\javac.exe -deprecation -d build\java
-classpath src/ src\jep\ClassList.java src\jep\InvocationHandler.java
src\jep\Jep.java src\jep\JepException.java src\jep\JepScriptEngine.java
src\jep\JepScriptEngin
t.java src\jep\Util.java src\jep\python\PyClass.java
src\jep\python\PyModule.java src\jep\python\PyObject.java
running build_javah
C:\Program Files\Java\jdk1.7.0_51\bin\javah.exe -classpath build\java -o
build\include\jep.h jep.Jep
C:\Program Files\Java\jdk1.7.0_51\bin\javah.exe -classpath build\java -o
build\include\jep_object.h jep.python.PyObject
C:\Program Files\Java\jdk1.7.0_51\bin\javah.exe -classpath build\java -o
build\include\invocationhandler.h jep.InvocationHandler
running build_jar
copying src\jep\classlist_6.txt to build/java\jep\classlist_6.txt
copying src\jep\classlist_7.txt to build/java\jep\classlist_7.txt
C:\Program Files\Java\jdk1.7.0_51\bin\jar.exe -cfe build/java/jep.jar
jep.Run -C build/java/ jep
running build_py
copying jep\console.py -> build\lib.win-amd64-2.7\jep
copying jep\hook.py -> build\lib.win-amd64-2.7\jep
copying jep\jdbc.py -> build\lib.win-amd64-2.7\jep
copying jep\version.py -> build\lib.win-amd64-2.7\jep
copying jep\__init__.py -> build\lib.win-amd64-2.7\jep
running build_ext
building 'jep' extension
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\cl.exe /c
/nologo /Ox /MD /W3 /GS- /DNDEBUG -DPACKAGE=jep -DUSE_DEALLOC=1
-DVERSION="3.2.0" "-IC:\Program Files\Java\jdk1.7.0_51\include" -Isrc/jep
-Ibuild/include -IC:\Python
obuild\temp.win-amd64-2.7\Release\src\jep\invocationhandler.obj
invocationhandler.c
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\cl.exe /c
/nologo /Ox /MD /W3 /GS- /DNDEBUG -DPACKAGE=jep -DUSE_DEALLOC=1
-DVERSION="3.2.0" "-IC:\Program Files\Java\jdk1.7.0_51\include" -Isrc/jep
-Ibuild/include -IC:\Python
n-amd64-2.7\Release\src\jep\jep.obj
jep.c
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\cl.exe /c
/nologo /Ox /MD /W3 /GS- /DNDEBUG -DPACKAGE=jep -DUSE_DEALLOC=1
-DVERSION="3.2.0" "-IC:\Program Files\Java\jdk1.7.0_51\include" -Isrc/jep
-Ibuild/include -IC:\Python
p.win-amd64-2.7\Release\src\jep\pyembed.obj
pyembed.c
src\jep\pyembed.c(1470) : warning C4996: 'fopen': This function or variable
may be unsafe. Consider using fopen_s instead. To disable deprecation, use
_CRT_SECURE_NO_WARNINGS. See online help for details.
        C:\Program Files (x86)\Microsoft Visual Studio
9.0\VC\INCLUDE\stdio.h(237) : see declaration of 'fopen'
src\jep\pyembed.c(1481) : warning C4996: 'fopen': This function or variable
may be unsafe. Consider using fopen_s instead. To disable deprecation, use
_CRT_SECURE_NO_WARNINGS. See online help for details.
        C:\Program Files (x86)\Microsoft Visual Studio
9.0\VC\INCLUDE\stdio.h(237) : see declaration of 'fopen'
src\jep\pyembed.c(1525) : warning C4013: 'PyMarshal_ReadLongFromFile'
undefined; assuming extern returning int
src\jep\pyembed.c(1532) : warning C4013: 'PyMarshal_ReadLastObjectFromFile'
undefined; assuming extern returning int
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\cl.exe /c
/nologo /Ox /MD /W3 /GS- /DNDEBUG -DPACKAGE=jep -DUSE_DEALLOC=1
-DVERSION="3.2.0" "-IC:\Program Files\Java\jdk1.7.0_51\include" -Isrc/jep
-Ibuild/include -IC:\Python
mp.win-amd64-2.7\Release\src\jep\pyjarray.obj
pyjarray.c
src\jep\pyjarray.c(934) : warning C4244: '=' : conversion from 'jchar' to
'char', possible loss of data
src\jep\pyjarray.c(1583) : warning C4028: formal parameter 2 different from
declaration
src\jep\pyjarray.c(1584) : warning C4028: formal parameter 2 different from
declaration
src\jep\pyjarray.c(1584) : warning C4028: formal parameter 3 different from
declaration
src\jep\pyjarray.c(1714) : warning C4133: 'initializing' : incompatible
types - from 'inquiry' to 'lenfunc'
c:\jep\src\jep\pyjarray.c(1298) : warning C4700: uninitialized local
variable 'self' used
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\cl.exe /c
/nologo /Ox /MD /W3 /GS- /DNDEBUG -DPACKAGE=jep -DUSE_DEALLOC=1
-DVERSION="3.2.0" "-IC:\Program Files\Java\jdk1.7.0_51\include" -Isrc/jep
-Ibuild/include -IC:\Python
mp.win-amd64-2.7\Release\src\jep\pyjclass.obj
pyjclass.c
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\cl.exe /c
/nologo /Ox /MD /W3 /GS- /DNDEBUG -DPACKAGE=jep -DUSE_DEALLOC=1
-DVERSION="3.2.0" "-IC:\Program Files\Java\jdk1.7.0_51\include" -Isrc/jep
-Ibuild/include -IC:\Python
mp.win-amd64-2.7\Release\src\jep\pyjfield.obj
pyjfield.c
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\cl.exe /c
/nologo /Ox /MD /W3 /GS- /DNDEBUG -DPACKAGE=jep -DUSE_DEALLOC=1
-DVERSION="3.2.0" "-IC:\Program Files\Java\jdk1.7.0_51\include" -Isrc/jep
-Ibuild/include -IC:\Python
emp.win-amd64-2.7\Release\src\jep\pyjmethod.obj
pyjmethod.c
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\cl.exe /c
/nologo /Ox /MD /W3 /GS- /DNDEBUG -DPACKAGE=jep -DUSE_DEALLOC=1
-DVERSION="3.2.0" "-IC:\Program Files\Java\jdk1.7.0_51\include" -Isrc/jep
-Ibuild/include -IC:\Python
emp.win-amd64-2.7\Release\src\jep\pyjobject.obj
pyjobject.c
src\jep\pyjobject.c(797) : warning C4028: formal parameter 1 different from
declaration
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\cl.exe /c
/nologo /Ox /MD /W3 /GS- /DNDEBUG -DPACKAGE=jep -DUSE_DEALLOC=1
-DVERSION="3.2.0" "-IC:\Program Files\Java\jdk1.7.0_51\include" -Isrc/jep
-Ibuild/include -IC:\Python
in-amd64-2.7\Release\src\jep\util.obj
util.c
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\cl.exe /c
/nologo /Ox /MD /W3 /GS- /DNDEBUG -DPACKAGE=jep -DUSE_DEALLOC=1
-DVERSION="3.2.0" "-IC:\Program Files\Java\jdk1.7.0_51\include" -Isrc/jep
-Ibuild/include -IC:\Python
obuild\temp.win-amd64-2.7\Release\src\jep\python\jep_object.obj
jep_object.c
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\link.exe
/DLL /nologo /INCREMENTAL:NO /LIBPATH:C:\Python27\libs
/LIBPATH:C:\Python27\PCbuild\amd64 jvm.lib python27.lib dl.lib
/EXPORT:initjep build\temp.win-amd64-2.7\Release
se\src\jep\jep.obj build\temp.win-amd64-2.7\Release\src\jep\pyembed.obj
build\temp.win-amd64-2.7\Release\src\jep\pyjarray.obj
build\temp.win-amd64-2.7\Release\src\jep\pyjclass.obj
build\temp.win-amd64-2.7\Release\src\jep\pyjfield.obj build
win-amd64-2.7\Release\src\jep\pyjobject.obj
build\temp.win-amd64-2.7\Release\src\jep\util.obj
build\temp.win-amd64-2.7\Release\src\jep\python\jep_object.obj
/OUT:build\lib.win-amd64-2.7\jep.pyd
/IMPLIB:build\temp.win-amd64-2.7\Release\src\
c\jep\jep.pyd.manifest -LNone
LINK : warning LNK4044: unrecognized option '/LNone'; ignored
LINK : fatal error LNK1181: cannot open input file 'jvm.lib'
error: command '"C:\Program Files (x86)\Microsoft Visual Studio
9.0\VC\BIN\amd64\link.exe"' failed with exit status 1181

[Jepp-users] Changing the behavior of handled error

[Fabrice I. <il...@ma...>]

Hello,

     I'm trying to find a way to keep the traceback information after an 
error (unknown function/variable used error for instance).
     I saw in the code that removing the python error variables was a 
deliberate choice.
     I want, for my personal case, keep those variable but I can't get 
it to work. I don't know well about the API.
     In the C call process_py_exception(JNIEnv *env, int printTrace), I 
tried to add a PyErr_Restore(ptype, pvalue, ptrace) after PyErr_Fetch 
but it makes the JVM crash.
     Does anyone know how I can keep the value stored 
insys.exc_type,sys.exc_value andsys.exc_tracebackafter the execution of 
the process_py_exception call?

Regards,
Fabrice

Re: [Jepp-users] jep.close() exits my application

[Fabrice I. <il...@ma...>]

Hi!

     I think I solved my issue using 1)
     The problem was that the console.py was still active when the jep 
was closed. So I just added a way to interrupt the console inputStream 
so it can finish properly. Then I close the jep in the same thread the 
jep was launched.
     Thanks for the support!

Fabrice

Le 09/01/2014 23:52, Tijs Wickardt a écrit :
>
> Hi Fabrice,
>
> I guess there are 2 options to solve this:
>
> 1)Make all jep calls from the same thread, or
>
> 2)Use the python threading module to wait for other threads
>
> I use (and recommend) option 1.
>
> For example, when run from an Eclipse plugin, I do all Jep calls from 
> the gui thread:
>
> Display.getDefault().asyncExec(new Runnable() {
>
>                 @Override
>
>                 public void run() {
>
> StopPythonInterpreter();
>
>                 }
>
> If you need background work, you can always use the python threading 
> module to spawn a new python thread.
>
> Before exiting jep, do your own python logic to ensure other threads 
> are done ( a join() , or an Event(), whatever you want).
>
> Hope this helps, cheers TW
>
> *From:*Fabrice Ilponse [mailto:il...@ma...]
> *Sent:* donderdag 9 januari 2014 15:45
> *To:* jep...@li...
> *Subject:* [Jepp-users] jep.close() exits my application
>
> Hello,
>
>     I get the error "/Fatal Python error: Py_EndInterpreter: thread 
> still has a frame/" when I try to call /jep.close()/
>     I do not see what I'm doing wrong. On google it said that this 
> comes from a test on /tstate->frame != NULL/ in the native python 
> library. The problem with this error is that my application is ended 
> brutally.
>     In my case, I'm running jep in a job but closing it by an action 
> outside this job (graphical button).
>     This does not occur in my other example which does not use a job.
>
>     Does anyone know what is happening and if I must call some other 
> jep method a clear things before closing it?
>
> Regards,
> Fabrice
>
>
> ------------------------------------------------------------------------
> Bertus Groothandel & Distributie B.V.
> Akeleibaan 59
> 2908KA Capelle aan den IJssel
> The Netherlands
>
> Op al onze transacties zijn onze Algemene Verkoop- en 
> Leveringsvoorwaarden van toepassing. Deze voorwaarden treft u aan op 
> de achterzijde van onze factuur en op onze website www.bertus.com. 
> Andersluidende voorwaarden worden uitdrukkelijk afgewezen.
>
> Our General Sales and Delivery Conditions apply to all transactions. 
> Please find these general conditions on the back of our invoice and on 
> our website www.bertus.com. The applicability of any other general 
> conditions is expressly rejected.
> Registered in Rotterdam No. 24156512
>
>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
>
>
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users

Re: [Jepp-users] jep.close() exits my application

[Tijs W. <Tij...@be...>]

Hi Fabrice,

I guess there are 2 options to solve this:

1)      Make all jep calls from the same thread, or

2)      Use the python threading module to wait for other threads

I use (and recommend) option 1.
For example, when run from an Eclipse plugin, I do all Jep calls from the gui thread:
Display.getDefault().asyncExec(new Runnable() {
                @Override
                public void run() {
                               StopPythonInterpreter();
                }
If you need background work, you can always use the python threading module to spawn a new python thread.
Before exiting jep, do your own python logic to ensure other threads are done ( a join() , or an Event(), whatever you want).

Hope this helps, cheers TW


From: Fabrice Ilponse [mailto:il...@ma...]
Sent: donderdag 9 januari 2014 15:45
To: jep...@li...
Subject: [Jepp-users] jep.close() exits my application

Hello,

    I get the error "Fatal Python error: Py_EndInterpreter: thread still has a frame" when I try to call jep.close()
    I do not see what I'm doing wrong. On google it said that this comes from a test on tstate->frame != NULL in the native python library. The problem with this error is that my application is ended brutally.
    In my case, I'm running jep in a job but closing it by an action outside this job (graphical button).
    This does not occur in my other example which does not use a job.

    Does anyone know what is happening and if I must call some other jep method a clear things before closing it?

Regards,
Fabrice

________________________________
Bertus Groothandel & Distributie B.V.
Akeleibaan 59
2908KA Capelle aan den IJssel
The Netherlands

Op al onze transacties zijn onze Algemene Verkoop- en Leveringsvoorwaarden van toepassing. Deze voorwaarden treft u aan op de achterzijde van onze factuur en op onze website www.bertus.com. Andersluidende voorwaarden worden uitdrukkelijk afgewezen.

Our General Sales and Delivery Conditions apply to all transactions. Please find these general conditions on the back of our invoice and on our website www.bertus.com. The applicability of any other general conditions is expressly rejected.
Registered in Rotterdam No. 24156512

[Jepp-users] jep.close() exits my application

[Fabrice I. <il...@ma...>]

Hello,

     I get the error "/F//atal Python error: Py_EndInterpreter: thread 
still has a frame/" when I try to call /jep.close()/
     I do not see what I'm doing wrong. On google it said that this 
comes from a test on /tstate->frame != NULL/ in the native python 
library. The problem with this error is that my application is ended 
brutally.
     In my case, I'm running jep in a job but closing it by an action 
outside this job (graphical button).
     This does not occur in my other example which does not use a job.

     Does anyone know what is happening and if I must call some other 
jep method a clear things before closing it?

Regards,
Fabrice

[Jepp-users] Can not call java from python with a generic type argument

[Fabrice I. <il...@ma...>]

Hello,

     I'm trying to call a java method which has an Object as parameter 
but can not get it to work.
     I get:
JavaException:  jep.JepException: <class 'jep.JavaException'>: 
jep.JepException: <type 'exceptions.TypeError'>: Expected object 
parameter at 1.

     In the python I call the equivalent of:
          myObject.do(JavaListObject)

     And in Java:
         public boolean do(Object o) {
         }


     Can someone tell me how I could make it work without using an 
temporary variable in python?
     I also got the samekind of problem when trying to pass the args 
from a variable argument function (problem converting tuple to Java array).

Bye

Re: [Jepp-users] Problem running bin/jep

[Fabrice I. <il...@ma...>]

Hello,

     In the jep script I have:

/VIRTUAL_ENV=//
//export VIRTUAL_ENV//
//
//LD_LIBRARY_PATH="/home/filponse/jep/jep64/lib/python2.7/site-packages/"; 
export LD_LIBRARY_PATH//
//LD_PRELOAD="/usr/local/lib/libpython2.7.so"; export LD_PRELOAD/

     The PYTHONHOME is not set, just the PYTHONPATH. So it works by 
setting only the PYTHONPATH variable in the shell.

Fabrice

Le 26/12/2013 02:52, Mike Johnson a écrit :
> Hi,
>
> That message is just a warning about readline because the interactive 
> console isn't much fun without it. Check to see if that python has 
> readline support. If not you can just ignore the warning. I see you're 
> using a python from /usr/local, so it may not have it.
>
> I'm not sure I get why jep failed to launch correctly the first time. 
> Did you have the virtualenv enabled when you ran the setup?
>
> Does python run okay without changing PYTHONHOME? What was it before?
>
> Glad you got it started,
> Mike
>
>
>
> On Mon, Dec 23, 2013 at 5:13 AM, Fabrice Ilponse <il...@ma... 
> <mailto:il...@ma...>> wrote:
>
>     Thanks for the answer.
>
>     I did:
>
>     /export
>     PYTHONPATH=/usr/local/lib/python2.7:/home/filponse/jep/jep64/lib/python2.7/site-packages/
>
>     Now, I have the console new running.
>     I also got displayed:
>
>     /    No readline available.//
>     //    You may want to set the LD_PRELOAD environment variable, see
>     the//
>     //    README file for details.//
>     //
>     //
>     //    i.e.: export LD_PRELOAD=/usr/lib/libpython2.3.so.1.0//
>     //
>     //    If your platform really doesn't have readline, try this://
>     //http://newcenturycomputers.net/projects/readline.html /
>
>
>     I don't know if it's a problem. The python lib was already set in
>     LD_PRELOAD variable.
>
>     Le 23/12/2013 13:19, Tijs Wickardt a écrit :
>>
>>     Hi Fabrice,
>>
>>     Is sounds like your PYTHONPATH is incorrect.
>>
>>     See:
>>     http://stackoverflow.com/questions/5599872/python-windows-importerror-no-module-named-site
>>
>>
>>     Kind regards, TW
>>
>>     *From:*Fabrice Ilponse [mailto:il...@ma...]
>>     *Sent:* maandag 23 december 2013 10:47
>>     *To:* jep...@li...
>>     <mailto:jep...@li...>
>>     *Subject:* [Jepp-users] Problem running bin/jep
>>
>>     Hello everyone,
>>
>>         I compiled the latest Jep sources successfully in my local
>>     directory.
>>
>>         When I try to run bin/jep, I get:
>>
>>     /ImportError: No module named site/
>>
>>         To arrive to this result, I edited the jep launcher like this:
>>
>>     ...
>>     /VIRTUAL_ENV=/home/filponse/jep/jep64/lib/python2.7//
>>     export VIRTUAL_ENV
>>
>>     LD_LIBRARY_PATH="/home/filponse/jep/jep64/lib/python2.7/site-packages/";
>>     export LD_LIBRARY_PATH
>>     LD_PRELOAD="/usr/local/lib/libpython2.7.so
>>     <http://libpython2.7.so>"; export LD_PRELOAD/
>>     ...
>>
>>         I also did the test without VIRTUAL_ENV and setting the
>>     PYTHONHOME to /usr/local/lib/python2.7 but I get the same result.
>>
>>         Does someone have a solution so I can make it run?
>>
>>     Thanks in advance,
>>     Fabrice
>>
>>
>>     ------------------------------------------------------------------------
>>     Bertus Groothandel & Distributie B.V.
>>     Akeleibaan 59
>>     2908KA Capelle aan den IJssel
>>     The Netherlands
>>
>>     Op al onze transacties zijn onze Algemene Verkoop- en
>>     Leveringsvoorwaarden van toepassing. Deze voorwaarden treft u aan
>>     op de achterzijde van onze factuur en op onze website
>>     www.bertus.com <http://www.bertus.com>. Andersluidende
>>     voorwaarden worden uitdrukkelijk afgewezen.
>>
>>     Our General Sales and Delivery Conditions apply to all
>>     transactions. Please find these general conditions on the back of
>>     our invoice and on our website www.bertus.com
>>     <http://www.bertus.com>. The applicability of any other general
>>     conditions is expressly rejected.
>>     Registered in Rotterdam No. 24156512
>>
>>
>>     ------------------------------------------------------------------------------
>>     Rapidly troubleshoot problems before they affect your business. Most IT
>>     organizations don't have a clear picture of how application performance
>>     affects their revenue. With AppDynamics, you get 100% visibility into your
>>     Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
>>     http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>>
>>
>>     _______________________________________________
>>     Jepp-users mailing list
>>     Jep...@li...  <mailto:Jep...@li...>
>>     https://lists.sourceforge.net/lists/listinfo/jepp-users
>
>
>     ------------------------------------------------------------------------------
>     Rapidly troubleshoot problems before they affect your business.
>     Most IT
>     organizations don't have a clear picture of how application
>     performance
>     affects their revenue. With AppDynamics, you get 100% visibility
>     into your
>     Java,.NET, & PHP application. Start your 15-day FREE TRIAL of
>     AppDynamics Pro!
>     http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>     _______________________________________________
>     Jepp-users mailing list
>     Jep...@li...
>     <mailto:Jep...@li...>
>     https://lists.sourceforge.net/lists/listinfo/jepp-users
>
>

Re: [Jepp-users] Problem running bin/jep

[Mike J. <mi...@pu...>]

Hi,

That message is just a warning about readline because the interactive
console isn't much fun without it. Check to see if that python has readline
support. If not you can just ignore the warning. I see you're using a
python from /usr/local, so it may not have it.

I'm not sure I get why jep failed to launch correctly the first time. Did
you have the virtualenv enabled when you ran the setup?

Does python run okay without changing PYTHONHOME? What was it before?

Glad you got it started,
Mike



On Mon, Dec 23, 2013 at 5:13 AM, Fabrice Ilponse <il...@ma...>wrote:

>  Thanks for the answer.
>
> I did:
>
> *export
> PYTHONPATH=/usr/local/lib/python2.7:/home/filponse/jep/jep64/lib/python2.7/site-packages*
>
> Now, I have the console new running.
> I also got displayed:
>
> *    No readline available.*
> *    You may want to set the LD_PRELOAD environment variable, see the*
> *    README file for details.*
>
>
> *    i.e.: export LD_PRELOAD=/usr/lib/libpython2.3.so.1.0*
>
> *    If your platform really doesn't have readline, try this:*
> *    http://newcenturycomputers.net/projects/readline.html
> <http://newcenturycomputers.net/projects/readline.html> *
>
>
> I don't know if it's a problem. The python lib was already set in
> LD_PRELOAD variable.
>
> Le 23/12/2013 13:19, Tijs Wickardt a écrit :
>
>  Hi Fabrice,
>
>
>
> Is sounds like your PYTHONPATH is incorrect.
>
> See:
> http://stackoverflow.com/questions/5599872/python-windows-importerror-no-module-named-site
>
>
>
> Kind regards, TW
>
>
>
> *From:* Fabrice Ilponse [mailto:il...@ma...<il...@ma...>]
>
> *Sent:* maandag 23 december 2013 10:47
> *To:* jep...@li...
> *Subject:* [Jepp-users] Problem running bin/jep
>
>
>
> Hello everyone,
>
>     I compiled the latest Jep sources successfully in my local directory.
>
>     When I try to run bin/jep, I get:
>
> *ImportError: No module named site*
>
>     To arrive to this result, I edited the jep launcher like this:
>
> ...
> *VIRTUAL_ENV=/home/filponse/jep/jep64/lib/python2.7*
>
>
>
> * export VIRTUAL_ENV
> LD_LIBRARY_PATH="/home/filponse/jep/jep64/lib/python2.7/site-packages/";
> export LD_LIBRARY_PATH LD_PRELOAD="/usr/local/lib/libpython2.7.so
> <http://libpython2.7.so>"; export LD_PRELOAD*
> ...
>
>     I also did the test without VIRTUAL_ENV and setting the PYTHONHOME to
> /usr/local/lib/python2.7 but I get the same result.
>
>     Does someone have a solution so I can make it run?
>
> Thanks in advance,
> Fabrice
>
>
> ------------------------------
> Bertus Groothandel & Distributie B.V.
> Akeleibaan 59
> 2908KA Capelle aan den IJssel
> The Netherlands
>
> Op al onze transacties zijn onze Algemene Verkoop- en Leveringsvoorwaarden
> van toepassing. Deze voorwaarden treft u aan op de achterzijde van onze
> factuur en op onze website www.bertus.com. Andersluidende voorwaarden
> worden uitdrukkelijk afgewezen.
>
> Our General Sales and Delivery Conditions apply to all transactions.
> Please find these general conditions on the back of our invoice and on our
> website www.bertus.com. The applicability of any other general conditions
> is expressly rejected.
> Registered in Rotterdam No. 24156512
>
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> Jepp-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/jepp-users
>
>
>
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
> Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users
>
>

Re: [Jepp-users] Problem running bin/jep

[Fabrice I. <il...@ma...>]

Thanks for the answer.

I did:

/export 
PYTHONPATH=/usr/local/lib/python2.7:/home/filponse/jep/jep64/lib/python2.7/site-packages/

Now, I have the console new running.
I also got displayed:

/    No readline available.//
//    You may want to set the LD_PRELOAD environment variable, see the//
//    README file for details.//
//
//
//    i.e.: export LD_PRELOAD=/usr/lib/libpython2.3.so.1.0//
//
//    If your platform really doesn't have readline, try this://
//    http://newcenturycomputers.net/projects/readline.html /


I don't know if it's a problem. The python lib was already set in 
LD_PRELOAD variable.

Le 23/12/2013 13:19, Tijs Wickardt a écrit :
>
> Hi Fabrice,
>
> Is sounds like your PYTHONPATH is incorrect.
>
> See: 
> http://stackoverflow.com/questions/5599872/python-windows-importerror-no-module-named-site 
>
>
> Kind regards, TW
>
> *From:*Fabrice Ilponse [mailto:il...@ma...]
> *Sent:* maandag 23 december 2013 10:47
> *To:* jep...@li...
> *Subject:* [Jepp-users] Problem running bin/jep
>
> Hello everyone,
>
>     I compiled the latest Jep sources successfully in my local directory.
>
>     When I try to run bin/jep, I get:
>
> /ImportError: No module named site/
>
>     To arrive to this result, I edited the jep launcher like this:
>
> ...
> /VIRTUAL_ENV=/home/filponse/jep/jep64/lib/python2.7//
> export VIRTUAL_ENV
>
> LD_LIBRARY_PATH="/home/filponse/jep/jep64/lib/python2.7/site-packages/"; 
> export LD_LIBRARY_PATH
> LD_PRELOAD="/usr/local/lib/libpython2.7.so"; export LD_PRELOAD/
> ...
>
>     I also did the test without VIRTUAL_ENV and setting the PYTHONHOME 
> to /usr/local/lib/python2.7 but I get the same result.
>
>     Does someone have a solution so I can make it run?
>
> Thanks in advance,
> Fabrice
>
>
> ------------------------------------------------------------------------
> Bertus Groothandel & Distributie B.V.
> Akeleibaan 59
> 2908KA Capelle aan den IJssel
> The Netherlands
>
> Op al onze transacties zijn onze Algemene Verkoop- en 
> Leveringsvoorwaarden van toepassing. Deze voorwaarden treft u aan op 
> de achterzijde van onze factuur en op onze website www.bertus.com. 
> Andersluidende voorwaarden worden uitdrukkelijk afgewezen.
>
> Our General Sales and Delivery Conditions apply to all transactions. 
> Please find these general conditions on the back of our invoice and on 
> our website www.bertus.com. The applicability of any other general 
> conditions is expressly rejected.
> Registered in Rotterdam No. 24156512
>
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>
>
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users

Re: [Jepp-users] Problem running bin/jep

[Tijs W. <Tij...@be...>]

Hi Fabrice,

Is sounds like your PYTHONPATH is incorrect.
See: http://stackoverflow.com/questions/5599872/python-windows-importerror-no-module-named-site

Kind regards, TW

From: Fabrice Ilponse [mailto:il...@ma...]
Sent: maandag 23 december 2013 10:47
To: jep...@li...
Subject: [Jepp-users] Problem running bin/jep

Hello everyone,

    I compiled the latest Jep sources successfully in my local directory.

    When I try to run bin/jep, I get:

ImportError: No module named site

    To arrive to this result, I edited the jep launcher like this:

...
VIRTUAL_ENV=/home/filponse/jep/jep64/lib/python2.7
export VIRTUAL_ENV

LD_LIBRARY_PATH="/home/filponse/jep/jep64/lib/python2.7/site-packages/"; export LD_LIBRARY_PATH
LD_PRELOAD="/usr/local/lib/libpython2.7.so"; export LD_PRELOAD
...

    I also did the test without VIRTUAL_ENV and setting the PYTHONHOME to /usr/local/lib/python2.7 but I get the same result.

    Does someone have a solution so I can make it run?

Thanks in advance,
Fabrice


________________________________
Bertus Groothandel & Distributie B.V.
Akeleibaan 59
2908KA Capelle aan den IJssel
The Netherlands

Op al onze transacties zijn onze Algemene Verkoop- en Leveringsvoorwaarden van toepassing. Deze voorwaarden treft u aan op de achterzijde van onze factuur en op onze website www.bertus.com. Andersluidende voorwaarden worden uitdrukkelijk afgewezen.

Our General Sales and Delivery Conditions apply to all transactions. Please find these general conditions on the back of our invoice and on our website www.bertus.com. The applicability of any other general conditions is expressly rejected.
Registered in Rotterdam No. 24156512

[Jepp-users] Problem running bin/jep

[Fabrice I. <il...@ma...>]

Hello everyone,

     I compiled the latest Jep sources successfully in my local directory.

     When I try to run bin/jep, I get:

/ImportError: No module named site/

     To arrive to this result, I edited the jep launcher like this:

...
/VIRTUAL_ENV=/home/filponse/jep/jep64/lib/python2.7//
//export VIRTUAL_ENV//
//
//LD_LIBRARY_PATH="/home/filponse/jep/jep64/lib/python2.7/site-packages/"; 
export LD_LIBRARY_PATH//
//LD_PRELOAD="/usr/local/lib/libpython2.7.so"; export LD_PRELOAD/
...

     I also did the test without VIRTUAL_ENV and setting the PYTHONHOME 
to /usr/local/lib/python2.7 but I get the same result.

     Does someone have a solution so I can make it run?

Thanks in advance,
Fabrice

[Jepp-users] Problem while insstalling JEP 3.1.0

[spiros t. <sts...@ho...>]

Hello,I am trying to install JEP 3.1.0 in a windows 7 X32 machine.So, I have downloaded jep-3.1.0.tar.gz and extracted using winRar.I have also installed Python 3.3.2.
When I am trying to run the command to install JEP
=> python setup.py install 
I receive the following error:
Traceback (most recent call last):  File "setup.py", line 17, in <module>    from commands.scripts import build_scripts  File "C:\Users\Spyros Tsilingiris\Desktop\JEP\jep-3.1.0\jep-3.1.0\commands\scripts.py", line 114    oldmode = os.stat(file)[ST_MODE] & 07777                                           ^SyntaxError: invalid token
Any idea about how could I solve this problem??
Thanks,Spyros 		 	   		   		 	   		  

Re: [Jepp-users] JepException: undefined symbol

[juliushs . <jhs...@gm...>]

Hello,

thanks for your answer.

It turns out that our application works fine under windows. So, it seems
that this incompatibility problem occurs only in Linux.

I wonder if (any older versions of) Jep and Numpy have ever been compatible
with each other in Linux actually?

Thanks.

Best regards,
Julius


On 16 August 2013 07:49, Mike Johnson <mi...@pu...> wrote:

> Hi,
>
> Yes, numpy is incompatible with Jep at this time because of the way they
> use the Python interpreter.
>
> Sorry,
> Mike
>
>
> On Thu, Aug 15, 2013 at 9:09 AM, juliushs . <jhs...@gm...> wrote:
>
>> Hello,
>>
>> I've got the following problem when running an application that uses jep:
>>
>> jep.JepException: <type 'exceptions.ImportError'>:
>> /home/test/python_install/lib/python2.7/site-packages/numpy/core/multiarray.so:
>> undefined symbol: PyExc_SystemError
>>
>> It seems that this issue exists for quite some time now (see e.g.:
>> http://sourceforge.net/mailarchive/forum.php?thread_name=CANM2%2Bg4c9vo9n8VM8H_hwWWYcpG_ubSG6Jor%3Dm8OYf2TccpjRQ%40mail.gmail.com&forum_name=jepp-users
>>  )
>>
>> I wonder if anybody know how to fix this?
>>
>> Thank you.
>>
>> Best regards,
>> Julius
>>
>>
>> ------------------------------------------------------------------------------
>> Get 100% visibility into Java/.NET code with AppDynamics Lite!
>> It's a free troubleshooting tool designed for production.
>> Get down to code-level detail for bottlenecks, with <2% overhead.
>> Download for free and get started troubleshooting in minutes.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Jepp-users mailing list
>> Jep...@li...
>> https://lists.sourceforge.net/lists/listinfo/jepp-users
>>
>>
>

Re: [Jepp-users] JepException: undefined symbol

[Mike J. <mi...@pu...>]

Hi,

Yes, numpy is incompatible with Jep at this time because of the way they
use the Python interpreter.

Sorry,
Mike


On Thu, Aug 15, 2013 at 9:09 AM, juliushs . <jhs...@gm...> wrote:

> Hello,
>
> I've got the following problem when running an application that uses jep:
>
> jep.JepException: <type 'exceptions.ImportError'>:
> /home/test/python_install/lib/python2.7/site-packages/numpy/core/multiarray.so:
> undefined symbol: PyExc_SystemError
>
> It seems that this issue exists for quite some time now (see e.g.:
> http://sourceforge.net/mailarchive/forum.php?thread_name=CANM2%2Bg4c9vo9n8VM8H_hwWWYcpG_ubSG6Jor%3Dm8OYf2TccpjRQ%40mail.gmail.com&forum_name=jepp-users
>  )
>
> I wonder if anybody know how to fix this?
>
> Thank you.
>
> Best regards,
> Julius
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users
>
>

[Jepp-users] JepException: undefined symbol

[juliushs . <jhs...@gm...>]

Hello,

I've got the following problem when running an application that uses jep:

jep.JepException: <type 'exceptions.ImportError'>:
/home/test/python_install/lib/python2.7/site-packages/numpy/core/multiarray.so:
undefined symbol: PyExc_SystemError

It seems that this issue exists for quite some time now (see e.g.:
http://sourceforge.net/mailarchive/forum.php?thread_name=CANM2%2Bg4c9vo9n8VM8H_hwWWYcpG_ubSG6Jor%3Dm8OYf2TccpjRQ%40mail.gmail.com&forum_name=jepp-users
 )

I wonder if anybody know how to fix this?

Thank you.

Best regards,
Julius