Re: [Emc-developers] Interpreter / preview bug

[andy pugh]

On Wed, 26 Jan 2022 at 00:27, andy pugh  wrote:
>
> A problem has been reported on the bug tracker, regarding some (valid)
> G-code from FreeCAD which features an arc of very large radius.


I think I have fixed this, but as it changes probably the second most
important part of LinuxCNC (after G1) I am hesitant to push it without
lots of testing.
https://github.com/LinuxCNC/linuxcnc/commit/d846491b75d1622f3a70b17788b6183d175ae799
It would be appreciated if folk could at least glance at the code and
think of tests to break it.

One test file I have tried draws all the possible clock-face arcs:



; generate test arcs

G21 G90.1

#1 = 0
#2 = 0
#3 = 6
O100 while [#1 LT 12]
#2 = 0
F1000
O200 while [#2 LT 12]
#4 = [-240 + #1 * 20]
#5 = [200 - #2 * 20]
G0 X [#4 - #3 * sin[#1 * 30]] Y [#5 - #3 * cos[#1 * 30]]
G3 X [#4 - #3 * sin[#2 * 30]] Y [#5 - #3 * cos[#2 * 30]] I #4 J #5
#2 = [#2 + 1]
O200 endwhile
#2 = 0
O300 while [#2 LT 12]
#4 = [20 + #1 * 20]
#5 = [200 - #2 * 20]
G0 X [#4 - #3 * sin[#1 * 30]] Y [#5 - #3 * cos[#1 * 30]]
G2 X [#4 - #3 * sin[#2 * 30]] Y [#5 - #3 * cos[#2 * 30]] I #4 J #5
#2 = [#2 + 1]
O300 endwhile
#1 = [#1 + 1]
O100 endwhile
m2


-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] I also see a LinuxCNC Python problem on bullseye Re: latency-test period - (return) problem

[gene heskett]

On Tuesday, February 1, 2022 7:18:23 AM EST Steffen Möller wrote:
> Hi Gene,
> 
> I just ran into the problem below which I expect to be at the root of
> what then kills it further down. I'll investigate this a bit more and
> then create a github issue or a pull request ... or both :)
> 
> Steffen

Sounds good, but don't confuse me with a python expert. That would be 
dangerous.
 
> "~/Github/linuxcnc$ linuxcnc
> LINUXCNC - 2.9.0~pre0
> Machine configuration directory is
> '/home/moeller/linuxcnc/configs/sim.axis'
> Machine configuration file is 'axis_mm.ini'
> Starting LinuxCNC...
> Found file(lib): /usr/share/linuxcnc/hallib/core_sim.hal
> Note: Using POSIX non-realtime
> Found file(lib): /usr/share/linuxcnc/hallib/sim_spindle_encoder.hal
> Found file(lib): /usr/share/linuxcnc/hallib/axis_manualtoolchange.hal
> Found file(lib): /usr/share/linuxcnc/hallib/simulated_home.hal
> PYTHON: exception during 'this' export:
> TypeError: 'Boost.Python.class' object is not iterable
> 
> 
> The above exception was the direct cause of the following exception:
> 
> 
> Traceback (most recent call last):
> 
>   File "", line 1007, in _find_and_load
> 
>   File "", line 986, in
> _find_and_load_unlocked
> 
>   File "", line 666, in _load_unlocked
> 
>   File "", line 565, in module_from_spec
> 
>   File "", line 763, in create_module
> 
> SystemError: _PyEval_EvalFrameDefault returned a result with an error
> set "

As I previously posted a couple times, "boost::python", is the 
showstopper at building it here, and while I'm as far from a python 
programmer as you can get, the python 3.7 in buster Just Works, the 
python 3.9.2 in bullseye makes the compiler bail out.  And the compiler 
outputs a huge boatload of warnings about changed syntax long before it 
gives up. Dozens of warnings, but only a few unique call names.

>From the repeating pattern of reported warnings, I get the impression it 
might be possible to "filter" the src thru awk or sed, updating the name 
of the call in just one or two headers, and fix 99% of it. But that's 
just my impression. Salt it heavily. :o)

Cheers, Steffen, Gene Heskett.
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 





___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] I also see a LinuxCNC Python problem on bullseye Re: latency-test period - (return) problem

[Steffen Möller]

Hi Gene,

I just ran into the problem below which I expect to be at the root of
what then kills it further down. I'll investigate this a bit more and
then create a github issue or a pull request ... or both :)

Steffen

"~/Github/linuxcnc$ linuxcnc
LINUXCNC - 2.9.0~pre0
Machine configuration directory is
'/home/moeller/linuxcnc/configs/sim.axis'
Machine configuration file is 'axis_mm.ini'
Starting LinuxCNC...
Found file(lib): /usr/share/linuxcnc/hallib/core_sim.hal
Note: Using POSIX non-realtime
Found file(lib): /usr/share/linuxcnc/hallib/sim_spindle_encoder.hal
Found file(lib): /usr/share/linuxcnc/hallib/axis_manualtoolchange.hal
Found file(lib): /usr/share/linuxcnc/hallib/simulated_home.hal
PYTHON: exception during 'this' export:
TypeError: 'Boost.Python.class' object is not iterable


The above exception was the direct cause of the following exception:


Traceback (most recent call last):

 File "", line 1007, in _find_and_load

 File "", line 986, in
_find_and_load_unlocked

 File "", line 666, in _load_unlocked

 File "", line 565, in module_from_spec

 File "", line 763, in create_module

SystemError: _PyEval_EvalFrameDefault returned a result with an error set
"

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers