jepp-users — Send your questions here

Re: [Jepp-users] DLL file missing

[Nathan J. <ndj...@gm...>]

Dave says your error indicates that you probably have a jep.pyd that is
being loaded from somewhere.  If jep.pyd is found, it will take precedence
over jep.dll and give an error like that.  Do you still have a jep.pyd in
your python/dlls directory?  It could also be in python's site-packages.
Or maybe somewhere else?  Please check for the jep.pyd and remove it if you
still have it, and then let us know if that works.

On Tue, Jun 23, 2015 at 11:43 AM, Günther Weidenholzer <
Gue...@lc...> wrote:

> Hi Nathan,
>
> indeed there is a jep.pyd in the build folder and in the
> $PYTHONHOME/DLLs. But the copy named jep.dll is missing.
>
> For testing purposes I renamed the jep.pyd to jep.dll and created an
> eclipse project, where I added jep-3.3.4.jar to the build path and
> pointed its native library location to the folder containing the dll.
>
> My java code looks like this:
>
> import jep.Run;
> public class JepTest1 {
>     public static void main(String[] args) throws Exception{
>     jep.Run.main(new
> String[]{"C:\\Miniconda\\Lib\\site-packages\\jep\\console.py"});
>     }
> }
>
>
> I had bad luck again, since execution failed with the following
> message:
>
> jep.JepException: jep.JepException: <type 'exceptions.ImportError'>:
> dynamic module does not define init function (initjep)
>  at jep.Jep.eval(Jep.java:422)
>  at jep.Jep.<init>(Jep.java:260)
>  at jep.Jep.<init>(Jep.java:203)
>  at jep.Jep.<init>(Jep.java:186)
>  at jep.Run.run(Run.java:53)
>  at jep.Run.main(Run.java:157)
>  at JepTest1.main(JepTest1.java:8)
> Caused by: jep.JepException: <type 'exceptions.ImportError'>: dynamic
> module does not define init function (initjep)
>
> regards,
> Günther
>
>
>
> >>> Nathan Jensen <ndj...@gm...> 23.06.2015 13:29 >>>
> Hi Günther,
>
> Thanks for the feedback and letting us know about your progress.
> Trying to
> get the build working more consistently against different platforms is
> a
> work in progress.
>
> The build should have produced a jep.pyd file.  pyd files are very
> similar
> to DLLs.  That should be available in your temporary build directory.
> The
> install command should have then renamed jep.pyd to jep.dll and placed
> it
> in $PYTHONHOME/DLLs.  The UnsatisfiedLinkError is fairly common and
> somewhat dependent on how you launch your application.  I documented
> this
> one on the wiki:
>
> https://github.com/mrj0/jep/wiki/Common-Problems#unsatisfied-link-error-no-jep-in-javalibrarypath
>
>
> Please let us know if you get it working or continue to have trouble.
>
>
> On Tue, Jun 23, 2015 at 3:51 AM, Günther Weidenholzer <
> Gue...@lc...> wrote:
>
> > Hi Nathan and Dave,
> >
> > thank you for the great support, here is my story up to now:
> >
> > I have installed a new installation of jdk in a folder without
> > whitespaces.
> > Then I reinstalled the Compiler:  Microsoft Visual Studio C++ 2008
> > Express edition.
> >
> > After that I tried pip install jep again. It failed --> I can send
> the
> > pip.log if you want.
> > Instead, I could run "python setup.py build" successfully, using the
> > git source !!!
> >
> > Unfortunately I experienced another problem: "python setup install"
> > fails with the following error:
> >
> > Traceback (most recent call last):
> > File "setup.py", line 122, in <module>
> > 'test': test,
> > File "C:\Miniconda\lib\distutils\core.py", line 151, in setup
> > dist.run_commands()
> > File "C:\Miniconda\lib\distutils\dist.py", line 953, in run_commands
> > self.run_command(cmd)
> > File "C:\Miniconda\lib\distutils\dist.py", line 972, in run_command
> > cmd_obj.run()
> > File "C:\Miniconda\lib\distutils\command\install.py", line 575, in
> run
> > self.run_command(cmd_name)
> > File "C:\Miniconda\lib\distutils\cmd.py", line 326, in run_command
> > self.distribution.run_command(command)
> > File "C:\Miniconda\lib\distutils\dist.py", line 972, in run_command
> > cmd_obj.run()
> > File "C:\Miniconda\lib\distutils\command\install_lib.py", line 97,
> in
> > run
> > outfiles = self.install()
> > File "F:\jep-master\commands\install_lib.py", line 12, in install
> > py_lib = get_python_lib_dir()
> > File "F:\jep-master\commands\python.py", line 23, in
> > get_python_lib_dir
> > return os.path.join(os.environ.get('PYTHONHOME'), 'DLLs')
> > File "C:\Miniconda\lib\ntpath.py", line 64, in join
> > result_drive, result_path = splitdrive(path)
> > File "C:\Miniconda\lib\ntpath.py", line 114, in splitdrive
> > if len(p) > 1:
> > TypeError: object of type 'NoneType' has no len()
> >
> > I could solve this problem by defining PYTHONHOME in the
> environment.
> >
> >
> > Ok, install finished, BUT: I cannot find any DLL file either in the
> > build-folder or in the Python dirs.
> > Both on 32bit- and on the 64bit platform. Java comes with
> > "java.lang.UnsatisfiedLinkError: no jep in java.library.path"
> >
> > I think there is only a small step missing... Do you have any idea?
> >
> > Günther
> >
> >
> >
> >
>
> ------------------------------------------------------------------------------
> > Monitor 25 network devices or servers for free with OpManager!
> > OpManager is web-based network management software that monitors
> > network devices and physical & virtual servers, alerts via email &
> sms
> > for fault. Monitor 25 devices for free with no restriction. Download
> now
> > http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
> > _______________________________________________
> > Jepp-users mailing list
> > Jep...@li...
> > https://lists.sourceforge.net/lists/listinfo/jepp-users
> >
>

[Jepp-users] Antw: Re: DLL file missing

[G. W. <Gue...@lc...>]

Hi Nathan,

indeed there is a jep.pyd in the build folder and in the
$PYTHONHOME/DLLs. But the copy named jep.dll is missing.

For testing purposes I renamed the jep.pyd to jep.dll and created an
eclipse project, where I added jep-3.3.4.jar to the build path and
pointed its native library location to the folder containing the dll.

My java code looks like this:

import jep.Run;
public class JepTest1 {
    public static void main(String[] args) throws Exception{
    jep.Run.main(new
String[]{"C:\\Miniconda\\Lib\\site-packages\\jep\\console.py"});
    }
}


I had bad luck again, since execution failed with the following
message:

jep.JepException: jep.JepException: <type 'exceptions.ImportError'>:
dynamic module does not define init function (initjep)
 at jep.Jep.eval(Jep.java:422)
 at jep.Jep.<init>(Jep.java:260)
 at jep.Jep.<init>(Jep.java:203)
 at jep.Jep.<init>(Jep.java:186)
 at jep.Run.run(Run.java:53)
 at jep.Run.main(Run.java:157)
 at JepTest1.main(JepTest1.java:8)
Caused by: jep.JepException: <type 'exceptions.ImportError'>: dynamic
module does not define init function (initjep)

regards,
Günther



>>> Nathan Jensen <ndj...@gm...> 23.06.2015 13:29 >>>
Hi Günther,

Thanks for the feedback and letting us know about your progress. 
Trying to
get the build working more consistently against different platforms is
a
work in progress.

The build should have produced a jep.pyd file.  pyd files are very
similar
to DLLs.  That should be available in your temporary build directory. 
The
install command should have then renamed jep.pyd to jep.dll and placed
it
in $PYTHONHOME/DLLs.  The UnsatisfiedLinkError is fairly common and
somewhat dependent on how you launch your application.  I documented
this
one on the wiki:
https://github.com/mrj0/jep/wiki/Common-Problems#unsatisfied-link-error-no-jep-in-javalibrarypath


Please let us know if you get it working or continue to have trouble.


On Tue, Jun 23, 2015 at 3:51 AM, Günther Weidenholzer <
Gue...@lc...> wrote:

> Hi Nathan and Dave,
>
> thank you for the great support, here is my story up to now:
>
> I have installed a new installation of jdk in a folder without
> whitespaces.
> Then I reinstalled the Compiler:  Microsoft Visual Studio C++ 2008
> Express edition.
>
> After that I tried pip install jep again. It failed --> I can send
the
> pip.log if you want.
> Instead, I could run "python setup.py build" successfully, using the
> git source !!!
>
> Unfortunately I experienced another problem: "python setup install"
> fails with the following error:
>
> Traceback (most recent call last):
> File "setup.py", line 122, in <module>
> 'test': test,
> File "C:\Miniconda\lib\distutils\core.py", line 151, in setup
> dist.run_commands()
> File "C:\Miniconda\lib\distutils\dist.py", line 953, in run_commands
> self.run_command(cmd)
> File "C:\Miniconda\lib\distutils\dist.py", line 972, in run_command
> cmd_obj.run()
> File "C:\Miniconda\lib\distutils\command\install.py", line 575, in
run
> self.run_command(cmd_name)
> File "C:\Miniconda\lib\distutils\cmd.py", line 326, in run_command
> self.distribution.run_command(command)
> File "C:\Miniconda\lib\distutils\dist.py", line 972, in run_command
> cmd_obj.run()
> File "C:\Miniconda\lib\distutils\command\install_lib.py", line 97,
in
> run
> outfiles = self.install()
> File "F:\jep-master\commands\install_lib.py", line 12, in install
> py_lib = get_python_lib_dir()
> File "F:\jep-master\commands\python.py", line 23, in
> get_python_lib_dir
> return os.path.join(os.environ.get('PYTHONHOME'), 'DLLs')
> File "C:\Miniconda\lib\ntpath.py", line 64, in join
> result_drive, result_path = splitdrive(path)
> File "C:\Miniconda\lib\ntpath.py", line 114, in splitdrive
> if len(p) > 1:
> TypeError: object of type 'NoneType' has no len()
>
> I could solve this problem by defining PYTHONHOME in the
environment.
>
>
> Ok, install finished, BUT: I can
not find any DLL file either in the
> build-folder or in the Python dirs.
> Both on 32bit- and on the 64bit platform. Java comes with
> "java.lang.UnsatisfiedLinkError: no jep in java.library.path"
>
> I think there is only a small step missing... Do you have any idea?
>
> Günther
>
>
>
>
------------------------------------------------------------------------------
> Monitor 25 network devices or servers for free with OpManager!
> OpManager is web-based network management software that monitors
> network devices and physical & virtual servers, alerts via email &
sms
> for fault. Monitor 25 devices for free with no restriction. Download
now
> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o 
> _______________________________________________
> Jepp-users mailing list
> Jep...@li... 
> https://lists.sourceforge.net/lists/listinfo/jepp-users 
>

Re: [Jepp-users] DLL file missing

[Nathan J. <ndj...@gm...>]

Hi Günther,

Thanks for the feedback and letting us know about your progress.  Trying to
get the build working more consistently against different platforms is a
work in progress.

The build should have produced a jep.pyd file.  pyd files are very similar
to DLLs.  That should be available in your temporary build directory.  The
install command should have then renamed jep.pyd to jep.dll and placed it
in $PYTHONHOME/DLLs.  The UnsatisfiedLinkError is fairly common and
somewhat dependent on how you launch your application.  I documented this
one on the wiki:
https://github.com/mrj0/jep/wiki/Common-Problems#unsatisfied-link-error-no-jep-in-javalibrarypath

Please let us know if you get it working or continue to have trouble.


On Tue, Jun 23, 2015 at 3:51 AM, Günther Weidenholzer <
Gue...@lc...> wrote:

> Hi Nathan and Dave,
>
> thank you for the great support, here is my story up to now:
>
> I have installed a new installation of jdk in a folder without
> whitespaces.
> Then I reinstalled the Compiler:  Microsoft Visual Studio C++ 2008
> Express edition.
>
> After that I tried pip install jep again. It failed --> I can send the
> pip.log if you want.
> Instead, I could run "python setup.py build" successfully, using the
> git source !!!
>
> Unfortunately I experienced another problem: "python setup install"
> fails with the following error:
>
> Traceback (most recent call last):
> File "setup.py", line 122, in <module>
> 'test': test,
> File "C:\Miniconda\lib\distutils\core.py", line 151, in setup
> dist.run_commands()
> File "C:\Miniconda\lib\distutils\dist.py", line 953, in run_commands
> self.run_command(cmd)
> File "C:\Miniconda\lib\distutils\dist.py", line 972, in run_command
> cmd_obj.run()
> File "C:\Miniconda\lib\distutils\command\install.py", line 575, in run
> self.run_command(cmd_name)
> File "C:\Miniconda\lib\distutils\cmd.py", line 326, in run_command
> self.distribution.run_command(command)
> File "C:\Miniconda\lib\distutils\dist.py", line 972, in run_command
> cmd_obj.run()
> File "C:\Miniconda\lib\distutils\command\install_lib.py", line 97, in
> run
> outfiles = self.install()
> File "F:\jep-master\commands\install_lib.py", line 12, in install
> py_lib = get_python_lib_dir()
> File "F:\jep-master\commands\python.py", line 23, in
> get_python_lib_dir
> return os.path.join(os.environ.get('PYTHONHOME'), 'DLLs')
> File "C:\Miniconda\lib\ntpath.py", line 64, in join
> result_drive, result_path = splitdrive(path)
> File "C:\Miniconda\lib\ntpath.py", line 114, in splitdrive
> if len(p) > 1:
> TypeError: object of type 'NoneType' has no len()
>
> I could solve this problem by defining PYTHONHOME in the environment.
>
>
> Ok, install finished, BUT: I cannot find any DLL file either in the
> build-folder or in the Python dirs.
> Both on 32bit- and on the 64bit platform. Java comes with
> "java.lang.UnsatisfiedLinkError: no jep in java.library.path"
>
> I think there is only a small step missing... Do you have any idea?
>
> Günther
>
>
>
> ------------------------------------------------------------------------------
> Monitor 25 network devices or servers for free with OpManager!
> OpManager is web-based network management software that monitors
> network devices and physical & virtual servers, alerts via email & sms
> for fault. Monitor 25 devices for free with no restriction. Download now
> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users
>

[Jepp-users] DLL file missing

[G. W. <Gue...@lc...>]

Hi Nathan and Dave,

thank you for the great support, here is my story up to now:

I have installed a new installation of jdk in a folder without
whitespaces.
Then I reinstalled the Compiler:  Microsoft Visual Studio C++ 2008
Express edition.

After that I tried pip install jep again. It failed --> I can send the
pip.log if you want.
Instead, I could run "python setup.py build" successfully, using the
git source !!!

Unfortunately I experienced another problem: "python setup install"
fails with the following error:

Traceback (most recent call last):
File "setup.py", line 122, in <module>
'test': test,
File "C:\Miniconda\lib\distutils\core.py", line 151, in setup
dist.run_commands()
File "C:\Miniconda\lib\distutils\dist.py", line 953, in run_commands
self.run_command(cmd)
File "C:\Miniconda\lib\distutils\dist.py", line 972, in run_command
cmd_obj.run()
File "C:\Miniconda\lib\distutils\command\install.py", line 575, in run
self.run_command(cmd_name)
File "C:\Miniconda\lib\distutils\cmd.py", line 326, in run_command
self.distribution.run_command(command)
File "C:\Miniconda\lib\distutils\dist.py", line 972, in run_command
cmd_obj.run()
File "C:\Miniconda\lib\distutils\command\install_lib.py", line 97, in
run
outfiles = self.install()
File "F:\jep-master\commands\install_lib.py", line 12, in install
py_lib = get_python_lib_dir()
File "F:\jep-master\commands\python.py", line 23, in
get_python_lib_dir
return os.path.join(os.environ.get('PYTHONHOME'), 'DLLs')
File "C:\Miniconda\lib\ntpath.py", line 64, in join
result_drive, result_path = splitdrive(path)
File "C:\Miniconda\lib\ntpath.py", line 114, in splitdrive
if len(p) > 1:
TypeError: object of type 'NoneType' has no len()

I could solve this problem by defining PYTHONHOME in the environment.


Ok, install finished, BUT: I cannot find any DLL file either in the
build-folder or in the Python dirs.
Both on 32bit- and on the 64bit platform. Java comes with
"java.lang.UnsatisfiedLinkError: no jep in java.library.path"

I think there is only a small step missing... Do you have any idea?

Günther

Re: [Jepp-users] Problem building Jep 3.3.4

[Nathan J. <ndj...@gm...>]

Dave Lovely who got setup.py working with Windows said he'd take a look at
it.  He tried a variety of things until he got the same error as you.  He
then tried it again with a path to Java that did not include spaces and got
it to work.  He also said that he had to set JAVA_HOME in the Environment
Variables page, it didn't work when he set it in the command prompt.

I've opened an issue on github for this:
https://github.com/mrj0/jep/issues/12



On Mon, Jun 22, 2015 at 9:49 AM, Nathan Jensen <ndj...@gm...> wrote:

> Ok, this is very weird.  I'm not sure what is going on.
>
> LNK 4001: https://msdn.microsoft.com/en-us/library/2k353w7f.aspx
>
> LNK 1159:
> https://msdn.microsoft.com/en-us/library/aa234450%28v=vs.60%29.aspx
>
> But the .obj files are clearly specified in your command line and the
> output file is clearly specified as jep.pyd which it should be.
>
> I talked to the developer who built it with Windows here, he said he had
> problems building it when Java was installed under Program Files.  He also
> said he "used the Microsoft Visual C++ 2008 Express Edition but this
> ships with just the 32 bit compiler. You need to manually enable this in
> the express version, Information on doing this can be found here:
> https://jenshuebel.wordpress.com/2009/02/12/visual-c-2008-express-edition-and-64-bit-targets/
>  ".
>
> If possible, can you try building it with Java installed elsewhere?  You
> might be able to make a symbolic link to your Java install and just change
> JAVA_HOME to test that.
>
>
> On Mon, Jun 22, 2015 at 8:31 AM, Günther Weidenholzer <
> Gue...@lc...> wrote:
>
>> Hi Nathan,
>>
>> thank you very much for your quick reply!
>> Unfortunately, I experienced the same issue using the latest source when
>> running "python setup.py build".
>>
>> Best regards,
>> Günther
>>
>>
>>
>> *Günther Weidenholzer*
>> Dipl-Ing.
>>
>>
>> >>> Nathan Jensen <ndj...@gm...> 22.06.2015 14:45 >>>
>> Hi, that error sounds very familiar..... The 3.3.1 through 3.3.4 releases
>> were all related to issues fixing installs with pip. You might try
>> downloading the source from the github page and then running python
>> setup.py clean build install and seeing if that works better or gets the
>> same error.
>>
>> I haven't tried Jep with python3 yet, but I don't think it will work due
>> to jep's usage of PyInt. Python 3 compatibility for Jep is scheduled for
>> the 3.4 release, it's next on my list of TODOs.
>>
>> On Mon, Jun 22, 2015 at 3:02 AM, Günther Weidenholzer <
>> Gue...@lc...> wrote:
>>
>>> Hi everyone!
>>>
>>> I tried to instell Jep 3.3.4 on two machines, both failing with the same
>>> error:
>>>
>>> #1: Windows Vista 32 bit, JDK 1.8.0_45 (32bit), Python 2.7 (32 bit,
>>> Anaconda 2.2.0)
>>> #2: Windows 7 64 bit, JDK 1.8.0_05 (64bit), Python 2.7 (64 bit,
>>> Miniconda)
>>>
>>> I used "Microsoft Visual C++ Compiler for Python 2.7"
>>> https://www.microsoft.com/en-us/download/details.aspx?id=44266
>>>
>>> Here is the console output of machine #2 after typing "pip install jep"
>>> ...
>>> C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\link.exe
>>> /DLL /nologo /INCREMENTAL:NO "/LIBPATH:C:\Program
>>> Files\Java\jdk1.8.0_05\lib\" /LIBPATH:C:\Miniconda\libs
>>> /LIBPATH:C:\Miniconda\PCbuild\amd64 jvm.lib python27.lib
>>> build\temp.win-amd64-2.7\Release\src\jep\invocationhandler.obj
>>> build\temp.win-amd64-2.7\Release\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\temp.win-amd64-2.7\Release\src\jep\pyjlist.obj
>>> build\temp.win-amd64-2.7\Release\src\jep\pyjmethod.obj
>>> build\temp.win-amd64-2.7\Release\src\jep\pyjmethodwrapper.obj
>>> build\temp.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
>>> /MANIFESTFILE:build\temp.win-amd64-2.7\Release\src\jep\jep.pyd.manifest
>>>
>>> LINK : warning LNK4001: no object files specified; libraries used
>>>
>>> LINK : warning LNK4068: /MACHINE not specified; defaulting to X64
>>>
>>> LINK : fatal error LNK1159: no output file specified
>>>
>>> Using JAVA_HOME: C:\Program Files\Java\jdk1.8.0_05
>>>
>>> error: command 'C:\\Program Files (x86)\\Microsoft Visual Studio
>>> 9.0\\VC\\BIN\\amd64\\link.exe' failed with exit status 1159
>>>
>>>
>>>
>>> --
>>> It would be great if anybody could help solving this problem.
>>>
>>> Btw, is ist possible to install JEP 3.3.4 for Python 3.4?
>>>
>>>
>>> Thanks in advance,
>>> Günther Weidenholzer
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Monitor 25 network devices or servers for free with OpManager!
>>> OpManager is web-based network management software that monitors
>>> network devices and physical & virtual servers, alerts via email & sms
>>> for fault. Monitor 25 devices for free with no restriction. Download now
>>> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
>>> _______________________________________________
>>> Jepp-users mailing list
>>> Jep...@li...
>>> https://lists.sourceforge.net/lists/listinfo/jepp-users
>>>
>>>
>>
>

Re: [Jepp-users] Problem building Jep 3.3.4

[Nathan J. <ndj...@gm...>]

Ok, this is very weird.  I'm not sure what is going on.

LNK 4001: https://msdn.microsoft.com/en-us/library/2k353w7f.aspx

LNK 1159:
https://msdn.microsoft.com/en-us/library/aa234450%28v=vs.60%29.aspx

But the .obj files are clearly specified in your command line and the
output file is clearly specified as jep.pyd which it should be.

I talked to the developer who built it with Windows here, he said he had
problems building it when Java was installed under Program Files.  He also
said he "used the Microsoft Visual C++ 2008 Express Edition but this ships
with just the 32 bit compiler. You need to manually enable this in the
express version, Information on doing this can be found here:
https://jenshuebel.wordpress.com/2009/02/12/visual-c-2008-express-edition-and-64-bit-targets/
 ".

If possible, can you try building it with Java installed elsewhere?  You
might be able to make a symbolic link to your Java install and just change
JAVA_HOME to test that.


On Mon, Jun 22, 2015 at 8:31 AM, Günther Weidenholzer <
Gue...@lc...> wrote:

> Hi Nathan,
>
> thank you very much for your quick reply!
> Unfortunately, I experienced the same issue using the latest source when
> running "python setup.py build".
>
> Best regards,
> Günther
>
>
>
> *Günther Weidenholzer*
> Dipl-Ing.
>
>
> >>> Nathan Jensen <ndj...@gm...> 22.06.2015 14:45 >>>
> Hi, that error sounds very familiar..... The 3.3.1 through 3.3.4 releases
> were all related to issues fixing installs with pip. You might try
> downloading the source from the github page and then running python
> setup.py clean build install and seeing if that works better or gets the
> same error.
>
> I haven't tried Jep with python3 yet, but I don't think it will work due
> to jep's usage of PyInt. Python 3 compatibility for Jep is scheduled for
> the 3.4 release, it's next on my list of TODOs.
>
> On Mon, Jun 22, 2015 at 3:02 AM, Günther Weidenholzer <
> Gue...@lc...> wrote:
>
>> Hi everyone!
>>
>> I tried to instell Jep 3.3.4 on two machines, both failing with the same
>> error:
>>
>> #1: Windows Vista 32 bit, JDK 1.8.0_45 (32bit), Python 2.7 (32 bit,
>> Anaconda 2.2.0)
>> #2: Windows 7 64 bit, JDK 1.8.0_05 (64bit), Python 2.7 (64 bit, Miniconda)
>>
>> I used "Microsoft Visual C++ Compiler for Python 2.7"
>> https://www.microsoft.com/en-us/download/details.aspx?id=44266
>>
>> Here is the console output of machine #2 after typing "pip install jep"
>> ...
>> C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\link.exe
>> /DLL /nologo /INCREMENTAL:NO "/LIBPATH:C:\Program
>> Files\Java\jdk1.8.0_05\lib\" /LIBPATH:C:\Miniconda\libs
>> /LIBPATH:C:\Miniconda\PCbuild\amd64 jvm.lib python27.lib
>> build\temp.win-amd64-2.7\Release\src\jep\invocationhandler.obj
>> build\temp.win-amd64-2.7\Release\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\temp.win-amd64-2.7\Release\src\jep\pyjlist.obj
>> build\temp.win-amd64-2.7\Release\src\jep\pyjmethod.obj
>> build\temp.win-amd64-2.7\Release\src\jep\pyjmethodwrapper.obj
>> build\temp.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
>> /MANIFESTFILE:build\temp.win-amd64-2.7\Release\src\jep\jep.pyd.manifest
>>
>> LINK : warning LNK4001: no object files specified; libraries used
>>
>> LINK : warning LNK4068: /MACHINE not specified; defaulting to X64
>>
>> LINK : fatal error LNK1159: no output file specified
>>
>> Using JAVA_HOME: C:\Program Files\Java\jdk1.8.0_05
>>
>> error: command 'C:\\Program Files (x86)\\Microsoft Visual Studio
>> 9.0\\VC\\BIN\\amd64\\link.exe' failed with exit status 1159
>>
>>
>>
>> --
>> It would be great if anybody could help solving this problem.
>>
>> Btw, is ist possible to install JEP 3.3.4 for Python 3.4?
>>
>>
>> Thanks in advance,
>> Günther Weidenholzer
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Monitor 25 network devices or servers for free with OpManager!
>> OpManager is web-based network management software that monitors
>> network devices and physical & virtual servers, alerts via email & sms
>> for fault. Monitor 25 devices for free with no restriction. Download now
>> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
>> _______________________________________________
>> Jepp-users mailing list
>> Jep...@li...
>> https://lists.sourceforge.net/lists/listinfo/jepp-users
>>
>>
>

Re: [Jepp-users] Problem building Jep 3.3.4

[Nathan J. <ndj...@gm...>]

Hi, that error sounds very familiar.....  The 3.3.1 through 3.3.4 releases
were all related to issues fixing installs with pip.  You might try
downloading the source from the github page and then running python
setup.py clean build install and seeing if that works better or gets the
same error.

I haven't tried Jep with python3 yet, but I don't think it will work due to
jep's usage of PyInt.  Python 3 compatibility for Jep is scheduled for the
3.4 release, it's next on my list of TODOs.

On Mon, Jun 22, 2015 at 3:02 AM, Günther Weidenholzer <
Gue...@lc...> wrote:

> Hi everyone!
>
> I tried to instell Jep 3.3.4 on two machines, both failing with the same
> error:
>
> #1: Windows Vista 32 bit, JDK 1.8.0_45 (32bit), Python 2.7 (32 bit,
> Anaconda 2.2.0)
> #2: Windows 7 64 bit, JDK 1.8.0_05 (64bit), Python 2.7 (64 bit, Miniconda)
>
> I used "Microsoft Visual C++ Compiler for Python 2.7"
> https://www.microsoft.com/en-us/download/details.aspx?id=44266
>
> Here is the console output of machine #2 after typing "pip install jep"
> ...
> C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\link.exe
> /DLL /nologo /INCREMENTAL:NO "/LIBPATH:C:\Program
> Files\Java\jdk1.8.0_05\lib\" /LIBPATH:C:\Miniconda\libs
> /LIBPATH:C:\Miniconda\PCbuild\amd64 jvm.lib python27.lib
> build\temp.win-amd64-2.7\Release\src\jep\invocationhandler.obj
> build\temp.win-amd64-2.7\Release\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\temp.win-amd64-2.7\Release\src\jep\pyjlist.obj
> build\temp.win-amd64-2.7\Release\src\jep\pyjmethod.obj
> build\temp.win-amd64-2.7\Release\src\jep\pyjmethodwrapper.obj
> build\temp.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
> /MANIFESTFILE:build\temp.win-amd64-2.7\Release\src\jep\jep.pyd.manifest
>
> LINK : warning LNK4001: no object files specified; libraries used
>
> LINK : warning LNK4068: /MACHINE not specified; defaulting to X64
>
> LINK : fatal error LNK1159: no output file specified
>
> Using JAVA_HOME: C:\Program Files\Java\jdk1.8.0_05
>
> error: command 'C:\\Program Files (x86)\\Microsoft Visual Studio
> 9.0\\VC\\BIN\\amd64\\link.exe' failed with exit status 1159
>
>
>
> --
> It would be great if anybody could help solving this problem.
>
> Btw, is ist possible to install JEP 3.3.4 for Python 3.4?
>
>
> Thanks in advance,
> Günther Weidenholzer
>
>
>
>
> ------------------------------------------------------------------------------
> Monitor 25 network devices or servers for free with OpManager!
> OpManager is web-based network management software that monitors
> network devices and physical & virtual servers, alerts via email & sms
> for fault. Monitor 25 devices for free with no restriction. Download now
> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users
>
>

Re: [Jepp-users] Fail to build Jepp

[Nathan J. <ndj...@gm...>]

Do you know if your JDK is 64-bit?  You can check by running java -version
from a command prompt.  If you're trying to build a 64-bit jep, then both
Python and Java that you're building against will need to be 64-bit.  If
you're trying to build a 32-bit jep, the same rules apply, the Python and
Java will need to be 32-bit.  It's possible there's a mismatch there
causing the build to fail.

See these two links for more information:
http://stackoverflow.com/questions/18714754/unresolved-external-symbol-imp-jni-createjavavm12-referenced
https://community.oracle.com/thread/1548557

The relevant spot in the build where it tries to find jvm.lib is at
https://github.com/mrj0/jep/blob/master/commands/java.py#L116
jvm.lib should contain that symbol for GetCreatedJavaVMs.

Please let us know if you figure it out.


On Thu, May 28, 2015 at 7:27 AM, Balázs Almádi <bal...@gm...>
wrote:

> Sorry for spamming I forget to add the subject.
>
>
> 2015-05-28 14:21 GMT+02:00 Balázs Almádi <bal...@gm...>:
>
>> Hi all,
>>
>> I'm trying to build jepp on my Windows 7 x64 machine without any success.
>>
>> I use: *python setup.py build* command, and I get the following error
>> message:
>>    Creating library build\lib.win32-2.7\jep.lib and object
>> build\lib.win32-2.7\jep.exp
>> pyjlist.obj : warning LNK4217: locally defined symbol _PyJobject_Type
>> imported in function _pyjlist_new
>> pyembed.obj : error LNK2019: unresolved external symbol
>> __imp__JNI_GetCreatedJavaVMs@12 referenced in function _pyembed_get_env
>> build\lib.win32-2.7\jep.pyd : fatal error LNK1120: 1 unresolved externals
>> error: command 'C:\\Program Files (x86)\\Microsoft Visual Studio
>> 9.0\\VC\\BIN\\link.exe' failed with exit status 1120
>>
>> Do you have any idea why I'm not able to build Jepp?
>>
>> Thanks in advance,
>> Balazs
>>
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> Jepp-users mailing list
>> Jep...@li...
>> https://lists.sourceforge.net/lists/listinfo/jepp-users
>>
>>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users
>
>

Re: [Jepp-users] Fail to build Jepp

[Balázs A. <bal...@gm...>]

Sorry for spamming I forget to add the subject.


2015-05-28 14:21 GMT+02:00 Balázs Almádi <bal...@gm...>:

> Hi all,
>
> I'm trying to build jepp on my Windows 7 x64 machine without any success.
>
> I use: *python setup.py build* command, and I get the following error
> message:
>    Creating library build\lib.win32-2.7\jep.lib and object
> build\lib.win32-2.7\jep.exp
> pyjlist.obj : warning LNK4217: locally defined symbol _PyJobject_Type
> imported in function _pyjlist_new
> pyembed.obj : error LNK2019: unresolved external symbol
> __imp__JNI_GetCreatedJavaVMs@12 referenced in function _pyembed_get_env
> build\lib.win32-2.7\jep.pyd : fatal error LNK1120: 1 unresolved externals
> error: command 'C:\\Program Files (x86)\\Microsoft Visual Studio
> 9.0\\VC\\BIN\\link.exe' failed with exit status 1120
>
> Do you have any idea why I'm not able to build Jepp?
>
> Thanks in advance,
> Balazs
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users
>
>

[Jepp-users] (no subject)

[Balázs A. <bal...@gm...>]

Hi all,

I'm trying to build jepp on my Windows 7 x64 machine without any success.

I use: *python setup.py build* command, and I get the following error
message:
   Creating library build\lib.win32-2.7\jep.lib and object
build\lib.win32-2.7\jep.exp
pyjlist.obj : warning LNK4217: locally defined symbol _PyJobject_Type
imported in function _pyjlist_new
pyembed.obj : error LNK2019: unresolved external symbol
__imp__JNI_GetCreatedJavaVMs@12 referenced in function _pyembed_get_env
build\lib.win32-2.7\jep.pyd : fatal error LNK1120: 1 unresolved externals
error: command 'C:\\Program Files (x86)\\Microsoft Visual Studio
9.0\\VC\\BIN\\link.exe' failed with exit status 1120

Thanks in advance,
Balazs

[Jepp-users] Jep 3.3.0 released

[Nathan J. <ndj...@gm...>]

Jep 3.3.0 is released.  Please see the release notes about the changes in
this version.

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

You can download or clone it from github.  We will be updating the Python
Package Index page for Jep in the next few days.

Let us know if you have any problems.  In the next few weeks I will write
be adding some documentation on the github wiki.

Re: [Jepp-users] no jep in java.library.path

[Nathan J. <ndj...@gm...>]

Hi,

The UnsatisifiedLinkError means that it can't find the native shared
library for Jep.  The name of that library depends on the operating system,
on Linux it is libjep.so, on OS X it is jep.so or libjep.jnilib, and on
Windows it's jep.dll.  If you don't have that anywhere, then you need to
build the library using setup.py.

Once you have the library and its location, there's a few different ways
you can tell Java/Jep where it's at.  On Linux you can set the
LD_LIBRARY_PATH environment variable to include the directory that has
libjep.so.  On Windows I think you set the PATH environment variable to
include that location.  You can also tell the JVM where to look for native
libraries with the java.library.path property.  See
http://examples.javacodegeeks.com/java-basics/java-library-path-what-is-it-and-how-to-use/

Hope that helps!

Nathan

On Tue, May 12, 2015 at 11:08 PM, Oleg Nikitin <ole...@gm...> wrote:

> Hello!
>
> I'm trying to run sample jepp code:
>
> package jepexample;
>
> import java.util.logging.Level;
> import java.util.logging.Logger;
> import jep.Jep;
> import jep.JepException;
>
> /**
> *
> * @author sganapat
> */
> public class Main {
> private Jep objJep;
>
>
> Main() {
> try {
> objJep = new Jep();
> } catch (JepException ex) {
> Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
> }
> }
> /**
> * @param args the command line arguments
> */
> public static void main(String[] args) {
>
> try {
>
> Main main = new Main();
>
> main.executeCommand();
>
> main.executeScript();
> } catch (JepException ex) {
> Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
> }
>
> }
>
> /**
> * Executes Python Commands
> * @throws JepException
> */
> private void executeCommand() throws JepException {
>
> objJep.eval("print 'Hello Java'");
>
> }
>
> /**
> * Executes Python Script
> */
> private void executeScript() throws JepException {
>
>
> objJep.runScript("/home/boka/NetBeansProjects/HelloWorld/src/helloworld.py");
>
> }
>
> }
>
> I am importing jep.jar to the project libraries, but it still gives me an
> error:
>
> Exception in thread "main" java.lang.UnsatisfiedLinkError: no jep in
> java.library.path
>
> Can somebody help me please? I'm struggling with a problem for two days
> with no solution.
>
> Oleg.
>
>
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________________________________________
> Jepp-users mailing list
> Jep...@li...
> https://lists.sourceforge.net/lists/listinfo/jepp-users
>
>

[Jepp-users] no jep in java.library.path

[Oleg N. <ole...@gm...>]

Hello!

I'm trying to run sample jepp code:

package jepexample;

import java.util.logging.Level;
import java.util.logging.Logger;
import jep.Jep;
import jep.JepException;

/**
*
* @author sganapat
*/
public class Main {
private Jep objJep;


Main() {
try {
objJep = new Jep();
} catch (JepException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
}
}
/**
* @param args the command line arguments
*/
public static void main(String[] args) {

try {

Main main = new Main();

main.executeCommand();

main.executeScript();
} catch (JepException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
}

}

/**
* Executes Python Commands
* @throws JepException
*/
private void executeCommand() throws JepException {

objJep.eval("print 'Hello Java'");

}

/**
* Executes Python Script
*/
private void executeScript() throws JepException {

objJep.runScript("/home/boka/NetBeansProjects/HelloWorld/src/helloworld.py");

}

}

I am importing jep.jar to the project libraries, but it still gives me an
error:

Exception in thread "main" java.lang.UnsatisfiedLinkError: no jep in
java.library.path

Can somebody help me please? I'm struggling with a problem for two days
with no solution.

Oleg.

[Jepp-users] jep 3.3.0 release candidate

[Nathan J. <ndj...@gm...>]

Hi everyone,

The release candidate for jep 3.3.0 is now available on github.
https://github.com/mrj0/jep/tree/v3.3.0rc

The most notable changes are listed here:
https://github.com/mrj0/jep/blob/v3.3.0rc/release_notes/3.3-notes.rst

We had to cut the release off somewhere, but rest assured there will be
more new features and bug fixes coming in the future.  The only further
changes that will get into 3.3.0 will be if we discover regressions that
were introduced in 3.3.  If testing continues to go well then we'll
officially release 3.3.0 in a few weeks.

Regarding numpy support, there are a few gotchas with numpy that you can
experience by running the Java tests in the jep.test.numpy package.  I will
be reporting those to numpy with the hopes that they'll fix them once I
collect some more information.


Post 3.3.0 release, we're planning on making the following non-software
changes:

   - Move the github jep project from an individual repository to an
   organization repository
   - Make use of github project page for the main web page
   - Make use of github wiki page for documentation, troubleshooting, and
   code snippets
   - Move the mailing list away from sourceforge  (to be determined)


For 3.4 (and beyond) software changes, we're aiming for the following goals:

   - Maintain backwards compatibility
   - Fix bugs
   - Improve speed
   - Improve ease of use


There's not a schedule for any of that, we'll make the changes as time
allows and release future versions when enough has changed to warrant a new
release.  Thanks for your support!

Re: [Jepp-users] New Maintainer - Nathan Jensen

[Nathan J. <ndj...@gm...>]

Thanks for the introduction.  For a little more background, I've been
working with Jep since 2008 but only recently have I been able to revisit
that work, clean it up, and contribute the new features back to the Jep
community.  Jep is a significant component of a critical production system
that I helped architect and continue to support, so I will strive to
maintain the integrity and quality of the Jep source to ensure stability,
maintainability, and backwards compatibility.  Mike will still be around as
a consultant and watching Jep's evolution, offering insight as time
allows.  We'll probably need support from the community regarding platform
specific issues, as unfortunately the only significant testing I can do
with the systems available to me is on Redhat and CentOS Linux.

The most significant of the new features is the ability to send numpy
ndarrays between Java and Python.  There are a few gotchas with numpy that
I will be documenting and submitting to the numpy community with the hopes
that they can fix or alleviate those issues.  Numpy support and a few other
new features will be forthcoming in the near future in Jep 3.3.  I'm still
cleaning up a few things and testing, but if you'd like a preview/alpha
release, you can check out the branch named jepNumpy on github.

On Mon, Apr 20, 2015 at 10:47 AM, Mike Johnson <mi...@pu...>
wrote:

> Hi all,
>
> Since I don't use the JVM or Jep regularly, the pace of changes to Jep has
> greatly slowed as I've gotten busy with work and school. Thankfully, Nathan
> Jensen is interested in continuing the progress of the library by adding
> some really cool new features like Numpy support.
>
> He's already been working on merging in some changes he's made as part of
> his day job back into the mainline and I've been impressed by the quality
> of his work. Nathan is the new project maintainer and has my support for
> taking Jep in new directions.
>
> I'll still be around, probably providing OS X support for the time being.
> I know many people have been interested in Numpy support over the years,
> too. If that's you, you may consider contacting Nathan and contributing to
> future Jep versions.
>
> Thanks!
> Mike
>
>

[Jepp-users] New Maintainer - Nathan Jensen

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

Hi all,

Since I don't use the JVM or Jep regularly, the pace of changes to Jep has
greatly slowed as I've gotten busy with work and school. Thankfully, Nathan
Jensen is interested in continuing the progress of the library by adding
some really cool new features like Numpy support.

He's already been working on merging in some changes he's made as part of
his day job back into the mainline and I've been impressed by the quality
of his work. Nathan is the new project maintainer and has my support for
taking Jep in new directions.

I'll still be around, probably providing OS X support for the time being. I
know many people have been interested in Numpy support over the years, too.
If that's you, you may consider contacting Nathan and contributing to
future Jep versions.

Thanks!
Mike

[Jepp-users] use_mapped_exceptions

[Nathan J. <ndj...@gm...>]

Hi, is anyone using the USE_MAPPED_EXCEPTIONS feature?  If so, how is it
useful to you?

On a branch I'm rewriting the exception handling in jep to properly include
java exceptions as Caused Bys to the JepException.  I'm also enabling
python traces and wondered if I could get rid of the USE_MAPPED_EXCEPTIONS
code.

[Jepp-users] JepException: <type 'exceptions.ImportError'>: No module named nltk

[Juliano E. S. <jul...@gm...>]

Hi,

I am trying to use Jep to call a code which makes use of nltk lib. I
already installed this lib and I'm able to import it in the conventional
Python terminal.

However, when I try to import it via Jep, I receive the follow exception:

jep.JepException: jep.JepException: <type 'exceptions.ImportError'>: No
module named nltk
    at jep.Jep.eval(Jep.java:296)
    at
ie.deri.linse.misc.WrapperQueryParser.<init>(WrapperQueryParser.java:17)
    at
ie.deri.linse.misc.WrapperQueryParser.main(WrapperQueryParser.java:33)
Caused by: jep.JepException: <type 'exceptions.ImportError'>: No module
named nltk
    at jep.Jep.eval(Native Method)
    at jep.Jep.eval(Jep.java:280)
    ... 2 more

My code is simply this:

public WrapperQueryParser(String pythonCodePath) {
            Jep jep = new Jep(true, pythonCodePath,
getClass().getClassLoader());
            jep.eval("import nltk");
    }

Is there someone how could help me?

Thanks,
--
Juliano

[Jepp-users] Jepp install on Windows x64

[Balázs A. <bal...@gm...>]

Hi all,

I'm new to Jepp and I've stuck with the installation.

I followed the installation instructions https://github.com/mrj0/jep/ but I
was not able to install it.

When I try to execute the command "pip install jep" in windows cmd, I get
the following error message:

src\jep\pyjobject.c(589) : error C2275: 'jboolean' : illegal use of this
type as an expression

I think this is because in the pyobject.c file a variable is declared and
defined in the middle of a block, not in the begining, is it possible?

Anyway my system config is:
 - Windows 7 Professional SP1 64 bit Operating System
 - an Intel Core i7
 - Python 2.7.6 (default, Nov 10 2013, 19:24:24) [MSC v.1500 64 bit
(AMD64)] on win32
 - pip 1.5.6 from C:\Python27\lib\site-packages (python 2.7)
 - Microsoft Visual Studio 9.0

Maybe the problem is with the python version that I'm using?

Thanks in advance,
A.Balazs

[Jepp-users] Interrupting a script execution

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

Hello all,

     I was wondering how I could stop a program looping during JEP 
execution.
     Has anyone tried to do something like that?
     I read that the CTRL+C was a signal sent by the system to the 
application so I tried to send the SIGINT to the java process to see 
happened. The result was ugly: instant death. :/

Bye
Fabrice

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

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

Odd... What version of Python is that?

Mike
On Aug 26, 2014 4:38 AM, "Conor McGann" <Con...@ge...> wrote:

>  Mike,
>
>  Improved, but not quite there.
>
>  I did the following:
>
>    1. git clone
>    2. virtualenv jep
>    3. git checkout
>    4. source bin/activate
>    5. sudo python setup.py build
>    6. sudo python setup.py intsall
>    7. sudo python setup.py test
>
> After all went well, I did the last step above and I got this output:
>
>  jep.JepException: jep.JepException: <type 'exceptions.ImportError'>:
> dynamic module does not define init function (initjep)
>
> at jep.Jep.eval(Jep.java:296)
>
> at jep.Jep.<init>(Jep.java:132)
>
> at jep.Jep.<init>(Jep.java:100)
>
> at jep.Run.run(Run.java:54)
>
> at jep.Run.main(Run.java:153)
>
> Caused by: jep.JepException: <type 'exceptions.ImportError'>: dynamic
> module does not define init function (initjep)
>
> at jep.Jep.eval(Native Method)
>
> at jep.Jep.eval(Jep.java:280)
>
> ... 4 more
>
> error: command 'jep' failed with exit status 1
>
>
>
>  I found this in search:
> http://stackoverflow.com/questions/8024805/cython-compiled-c-extension-importerror-dynamic-module-does-not-define-init-fu
>
>  C
>  From: Mike Johnson <mi...@pu...>
> Date: Mon, 25 Aug 2014 17:36:11 -0700
> To: Conor McGann <Con...@ge...>
> Cc: "jep...@li..." <jep...@li...>
> Subject: Re: [Jepp-users] Problems installing on a mac
>
>  Hi all,
>
>  If you have a mac, please try the osx_oracle branch if you can. It's now
> working for this report but I want to make sure I didn't break anything for
> the Apple JDK.
>
>  Thanks,
> Mike
>
>
> On Sat, Aug 23, 2014 at 10:09 AM, Mike Johnson <mi...@pu...>
> wrote:
>
>> Hi Conor,
>>
>>  Can you see if this branch works for you?
>>
>>  https://github.com/mrj0/jep/tree/osx_oracle
>>
>>  The Oracle JDK uses a lot of different paths from the Apple one, but
>> they are more standard, at least. I was able to get this working with
>> 1.8.20 and OSX 10.9.
>>
>>  If it fails, please send me all the terminal output.
>>
>>  Thanks,
>> Mike
>>
>>
>> On Fri, Aug 22, 2014 at 12:35 PM, Conor McGann <Con...@ge...>
>> wrote:
>>
>>>  Hi Mike,
>>>
>>>  Thanks forgetting back to me.
>>>
>>>  *$ *java -version
>>>
>>> java version "1.8.0"
>>>
>>> Java(TM) SE Runtime Environment (build 1.8.0-b132)
>>>
>>> Java HotSpot(TM) 64-Bit Server VM (build 25.0-b70, mixed mode)
>>>
>>> *conor*@cmcgann-m.local:~/development/gsegsa/channel_twitter (tango)
>>>
>>> *$ */usr/libexec/java_home -t JNI
>>>
>>> Unable to find any JVMs matching version "(null)".
>>>
>>> No Java runtime present, try --request to install.
>>>
>>>
>>>
>>>  I will of course wait :-) Glad to get the help.
>>>
>>>  Sincerely,
>>>
>>>  Conor
>>>  From: Mike Johnson <mi...@pu...>
>>> Date: Fri, 22 Aug 2014 11:41:35 -0700
>>> To: Conor McGann <Con...@ge...>
>>> Cc: "jep...@li..." <jep...@li...
>>> >
>>> Subject: Re: [Jepp-users] Problems installing on a mac
>>>
>>>  /usr/libexec/java_home -t JNI
>>>
>>>
>>
>

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

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

Mike,

Improved, but not quite there.

I did the following:

  1.  git clone
  2.  virtualenv jep
  3.  git checkout
  4.  source bin/activate
  5.  sudo python setup.py build
  6.  sudo python setup.py intsall
  7.  sudo python setup.py test

After all went well, I did the last step above and I got this output:


jep.JepException: jep.JepException: <type 'exceptions.ImportError'>: dynamic module does not define init function (initjep)

at jep.Jep.eval(Jep.java:296)

at jep.Jep.<init>(Jep.java:132)

at jep.Jep.<init>(Jep.java:100)

at jep.Run.run(Run.java:54)

at jep.Run.main(Run.java:153)

Caused by: jep.JepException: <type 'exceptions.ImportError'>: dynamic module does not define init function (initjep)

at jep.Jep.eval(Native Method)

at jep.Jep.eval(Jep.java:280)

... 4 more

error: command 'jep' failed with exit status 1



I found this in search: http://stackoverflow.com/questions/8024805/cython-compiled-c-extension-importerror-dynamic-module-does-not-define-init-fu

C
From: Mike Johnson <mi...@pu...<mailto:mi...@pu...>>
Date: Mon, 25 Aug 2014 17:36:11 -0700
To: Conor McGann <Con...@ge...<mailto:Con...@ge...>>
Cc: "jep...@li...<mailto:jep...@li...>" <jep...@li...<mailto:jep...@li...>>
Subject: Re: [Jepp-users] Problems installing on a mac

Hi all,

If you have a mac, please try the osx_oracle branch if you can. It's now working for this report but I want to make sure I didn't break anything for the Apple JDK.

Thanks,
Mike


On Sat, Aug 23, 2014 at 10:09 AM, Mike Johnson <mi...@pu...<mailto:mi...@pu...>> wrote:
Hi Conor,

Can you see if this branch works for you?

https://github.com/mrj0/jep/tree/osx_oracle

The Oracle JDK uses a lot of different paths from the Apple one, but they are more standard, at least. I was able to get this working with 1.8.20 and OSX 10.9.

If it fails, please send me all the terminal output.

Thanks,
Mike


On Fri, Aug 22, 2014 at 12:35 PM, Conor McGann <Con...@ge...<mailto:Con...@ge...>> wrote:
Hi Mike,

Thanks forgetting back to me.


$ java -version

java version "1.8.0"

Java(TM) SE Runtime Environment (build 1.8.0-b132)

Java HotSpot(TM) 64-Bit Server VM (build 25.0-b70, mixed mode)

conor@cmcgann-m.local:~/development/gsegsa/channel_twitter (tango)

$ /usr/libexec/java_home -t JNI

Unable to find any JVMs matching version "(null)".

No Java runtime present, try --request to install.



I will of course wait :-) Glad to get the help.

Sincerely,

Conor
From: Mike Johnson <mi...@pu...<mailto:mi...@pu...>>
Date: Fri, 22 Aug 2014 11:41:35 -0700
To: Conor McGann <Con...@ge...<mailto:Con...@ge...>>
Cc: "jep...@li...<mailto:jep...@li...>" <jep...@li...<mailto:jep...@li...>>
Subject: Re: [Jepp-users] Problems installing on a mac


/usr/libexec/java_home -t JNI

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

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

Hi all,

If you have a mac, please try the osx_oracle branch if you can. It's now
working for this report but I want to make sure I didn't break anything for
the Apple JDK.

Thanks,
Mike


On Sat, Aug 23, 2014 at 10:09 AM, Mike Johnson <mi...@pu...>
wrote:

> Hi Conor,
>
> Can you see if this branch works for you?
>
> https://github.com/mrj0/jep/tree/osx_oracle
>
> The Oracle JDK uses a lot of different paths from the Apple one, but they
> are more standard, at least. I was able to get this working with 1.8.20 and
> OSX 10.9.
>
> If it fails, please send me all the terminal output.
>
> Thanks,
> Mike
>
>
> On Fri, Aug 22, 2014 at 12:35 PM, Conor McGann <Con...@ge...>
> wrote:
>
>>  Hi Mike,
>>
>>  Thanks forgetting back to me.
>>
>>  *$ *java -version
>>
>> java version "1.8.0"
>>
>> Java(TM) SE Runtime Environment (build 1.8.0-b132)
>>
>> Java HotSpot(TM) 64-Bit Server VM (build 25.0-b70, mixed mode)
>>
>> *conor*@cmcgann-m.local: ~/development/gsegsa/channel_twitter (tango)
>>
>> *$ */usr/libexec/java_home -t JNI
>>
>> Unable to find any JVMs matching version "(null)".
>>
>> No Java runtime present, try --request to install.
>>
>>
>>
>>  I will of course wait :-) Glad to get the help.
>>
>>  Sincerely,
>>
>>  Conor
>>  From: Mike Johnson <mi...@pu...>
>> Date: Fri, 22 Aug 2014 11:41:35 -0700
>> To: Conor McGann <Con...@ge...>
>> Cc: "jep...@li..." <jep...@li...>
>> Subject: Re: [Jepp-users] Problems installing on a mac
>>
>>  /usr/libexec/java_home -t JNI
>>
>>
>

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

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

Hi Conor,

Can you see if this branch works for you?

https://github.com/mrj0/jep/tree/osx_oracle

The Oracle JDK uses a lot of different paths from the Apple one, but they
are more standard, at least. I was able to get this working with 1.8.20 and
OSX 10.9.

If it fails, please send me all the terminal output.

Thanks,
Mike


On Fri, Aug 22, 2014 at 12:35 PM, Conor McGann <Con...@ge...>
wrote:

>  Hi Mike,
>
>  Thanks forgetting back to me.
>
>  *$ *java -version
>
> java version "1.8.0"
>
> Java(TM) SE Runtime Environment (build 1.8.0-b132)
>
> Java HotSpot(TM) 64-Bit Server VM (build 25.0-b70, mixed mode)
>
> *conor*@cmcgann-m.local: ~/development/gsegsa/channel_twitter (tango)
>
> *$ */usr/libexec/java_home -t JNI
>
> Unable to find any JVMs matching version "(null)".
>
> No Java runtime present, try --request to install.
>
>
>
>  I will of course wait :-) Glad to get the help.
>
>  Sincerely,
>
>  Conor
>  From: Mike Johnson <mi...@pu...>
> Date: Fri, 22 Aug 2014 11:41:35 -0700
> To: Conor McGann <Con...@ge...>
> Cc: "jep...@li..." <jep...@li...>
> Subject: Re: [Jepp-users] Problems installing on a mac
>
>  /usr/libexec/java_home -t JNI
>
>

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

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

Hi Mike,

Thanks forgetting back to me.


$ java -version

java version "1.8.0"

Java(TM) SE Runtime Environment (build 1.8.0-b132)

Java HotSpot(TM) 64-Bit Server VM (build 25.0-b70, mixed mode)

conor@cmcgann-m.local: ~/development/gsegsa/channel_twitter (tango)

$ /usr/libexec/java_home -t JNI

Unable to find any JVMs matching version "(null)".

No Java runtime present, try --request to install.



I will of course wait :-) Glad to get the help.

Sincerely,

Conor
From: Mike Johnson <mi...@pu...<mailto:mi...@pu...>>
Date: Fri, 22 Aug 2014 11:41:35 -0700
To: Conor McGann <Con...@ge...<mailto:Con...@ge...>>
Cc: "jep...@li...<mailto:jep...@li...>" <jep...@li...<mailto:jep...@li...>>
Subject: Re: [Jepp-users] Problems installing on a mac


/usr/libexec/java_home -t JNI