It may be the python plugin. It seems that its not loaded properly.
Running tests produces weird output

### running predefined-named-params test ###
executing
cant resolve path to '�F�L�'
Python plugin configure() failed, status = -5
    1 N..... USE_LENGTH_UNITS(CANON_UNITS_MM)
    2 N..... SET_G5X_OFFSET(1, 0.0000, 0.0000, 0.0000, 0.0000, 0.0000,
0.0000)
    3 N..... SET_G92_OFFSET(0.0000, 0.0000, 0.0000, 0.0000, 0.0000, 0.0000)
    4 N..... SET_XY_ROTATION(0.0000)
    5 N..... SET_FEED_REFERENCE(CANON_XYZ)
py_execute(from interpreter import *): Python plugin not initialized
;py,from interpreter import *
py_execute(assert this.params["_pi"] == 3.1415926535): Python plugin not
initialized
;py,assert this.params["_pi"] == 3.1415926535
py_execute(assert
this.sub_context[0].named_params["_py_motion_mode"].attr == 35): Python
plugin not initialized
;py,assert this.sub_context[0].named_params["_py_motion_mode"].attr == 35
    6 N..... SET_FEED_RATE(100.0000)
    7 N..... SET_SPINDLE_SPEED(300.0000)
...
#### more lines will follow ###

The plugin itself is properly linked
$ ldd lib/libpyplugin.so.0
        linux-vdso.so.1 (0x00007fffb17fb000)
        liblinuxcncini.so.0 => MYSOURCEDIR/lib/liblinuxcncini.so.0
(0x00007fb939919000)
        libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fb93955f000)
        libboost_python.so.1.58.0 => /lib64/libboost_python.so.1.58.0
(0x00007fb939314000)
        libpython2.7.so.1.0 => /lib64/libpython2.7.so.1.0 (0x00007fb938f4b000)
        libm.so.6 => /lib64/libm.so.6 (0x00007fb938c48000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fb938a31000)
        libc.so.6 => /lib64/libc.so.6 (0x00007fb938670000)
        /lib64/ld-linux-x86-64.so.2 (0x0000563ddd596000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007fb93846b000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fb93824e000)
        libutil.so.1 => /lib64/libutil.so.1 (0x00007fb93804b000)
        librt.so.1 => /lib64/librt.so.1 (0x00007fb937e42000)


While building from source, configure output looks good to me
###snip###
checking python version... OK
checking version of python libraries... python2.7
checking match between tk and Tkinter versions... 8.6
checking location of Python header files... /usr/include/python2.7
checking for Python headers... -I/usr/include/python2.7
checking for Python libraries... -lpthread -ldl  -lutil
checking whether the Boost::Python headers are available... yes
checking for boost::python shared library... -lboost_python
checking /usr/include/python2.7/Python.h usability... yes
checking /usr/include/python2.7/Python.h presence... yes
checking for /usr/include/python2.7/Python.h... yes
checking for site-package location... /usr/lib/python2.7/site-packages
###snap###

I'm a bit clueless ...

-bernhard

On 12/06/2015 09:49 PM, Stephen Krochenski wrote:
> Bernard, Jeff ...
> 
> I get the same error with 2.7.2 and 2.7.3, after an upgrade form Fedora 
> 21 to 23. Near as I can tell it is a pass through of thePython 2.7 
> UnicodeDecodeError:message.
> 
> One thing I did notice is that if I load a ngc file of my own I will 
> still get a 'utf-8' codec error, but the new file will actually be 
> loaded, even though the default Axis file is still loaded in the file 
> viewer. I can tell this because when I run it, it will step though the 
> old file line by line but the tool motions will all correspond the the 
> my newly loaded file! Hopefully this gives a clue as to what module the 
> error is coming from.
> 
> |
> |
> 
> ------------------------------------------------------------------------------
> Go from Idea to Many App Stores Faster with Intel(R) XDK
> Give your users amazing mobile app experiences with Intel(R) XDK.
> Use one codebase in this all-in-one HTML5 development environment.
> Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
> http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140
> _______________________________________________
> Emc-developers mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/emc-developers
> 

------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140
_______________________________________________
Emc-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to