Recent changes to bugs

Syntax error in scripts/pycam

2022-07-01T11:16:03.442000Z

scripts/pycam line 193

except IOError, err_msg:

throws a SyntaxError: invalid syntax, pointing to the comma after IOError.

Python STL Fix

2021-11-17T15:50:02.070000Z

I created a script to fix stil files that won't import due to being binary.

The link is here for anyone that is interested.

https://github.com/JugglerMaster/pythonConvertASCII

#97 Skipping plugin: PathPatterns

2017-05-14T22:55:04.459000Z

Yes, I added enum34 recently to the list of dependencies (only relevant for python2).

Indeed, this package can be confused with enum. I just added a check and an error output for this situation.

Regarding "python 2 syntax error": where did you notice this? I assumed that the code should run with both versions (except for the missing dependencies with python3).

It would be great, if you could get involved with pycam's development. Please subscribe to the development mailinglist.

Regarding python3: this would be a good step forward. Currently the main blocking issue is pycam's dependency on GTK2 and gtglext.
Maybe you want to take a look at the thread (Gtk3 Update) - there I outlined possible steps for going forward. Your contribution would be very welcome!

Skipping plugin: PathPatterns

2017-05-13T21:00:50.780000Z

Just grabbed pycam-master. On startup I get the below warning:

Skipping plugin /home/alex/pycam-master/pycam/Plugins/PathPatterns.py (broken or dependencies missing)
skipped 2 similar message(s)

Did a little investigating and it appears this is comming from ToolPath.MotionGrid's use of the enum library. From my understanding pycam is for python 2.7 not python 3+. I believe python 2 does not contain the enum lib. There is an enum package on pypi, however it does not contain IntEnum. Running pycam using python3 results in python 2 syntax error.

As a side note, are there plans for porting to python3? And what is the best way to get involved with the community?

Thanks!

#96 Crash when almost finished generating toolpaths: Broken pipe

2017-01-31T21:20:55.203000Z

Ok. I have terminated the job after about 4 hours. IT showed progress, but looks like it wouldn't be practically usefull. I guess it shouldbe be so slow, so probably somethings still not good.

I'm learing the FreeCAD's Path workbench, and looks like it should be able to get the job done, probably with some Python scripting it could be even semi-automatic for similar projects, so I'll focus my effort on learning that.

I suggested on teh FreeCAD forums that maybe something can be learnt form the PyCAM's approach and ideas, maybe even some of it's code used.

Thank you for help!

#96 Crash when almost finished generating toolpaths: Broken pipe

2017-01-31T12:46:01.421000Z

Sadly, performance is not pycam's primary virtue.

#96 Crash when almost finished generating toolpaths: Broken pipe

2017-01-31T12:24:58.890000Z

I disabled the "show toolpath" option and also closed the 3D preview window.

PyCAM managed to complete generatign a toolpath without crashing.

I pressed "Generate all" for the default test model and it seems like it'll take about 2 hours to complete. Is that a lot?

#96 Crash when almost finished generating toolpaths: Broken pipe

2017-01-30T23:00:53.607000Z

Interesting.
The output of both variations seems to be different - thus maybe there is indeed progressing further (and stopped by another problem).

Regarding the error output above ("intel_do_flush_locked failed: No such file or directory"): this seems to be related to graphics drivers? Maybe pycam wants to access OpenGL in a way that fails to work on your system?

I would suggest to try these approaches:
1. the workaround described in the linked bug report
2. disable the "show toolpath" setting (maybe the problem gets triggered only during the visualization of toolpaths)

#96 Crash when almost finished generating toolpaths: Broken pipe

2017-01-30T09:13:51.196000Z

I tried turning off parallel processing, but PyCam still crashes. Looks like it ignores the setting and uses 4 processes either way, however it crashes in a different way:

I tried uisng ony 1 process, but that's not a solution either:

$ pycam
Psyco is not available (performance will probably suffer slightly)
Enabled 4 parallel local processes
Failed to locate the fonts directory 'fonts' below '['/usr/lib/pymodules/share', '/usr/local/share/pycam', '/usr/share/pycam']'. Falling back to '/usr/share/librecad/fonts, /usr/share/qcad/fonts'.
Font directory: /usr/share/librecad/fonts
Imported STL model: 839 vertices, 0 edges, 1444 triangles
Enabled 3 parallel local processes
Enabled 2 parallel local processes
Enabled 1 parallel local processes
Enabled 0 parallel local processes
Enabled 1 parallel local processes
intel_do_flush_locked failed: No such file or directory
citron@citron-grafik ~ $ Process PoolWorker-3:
Traceback (most recent call last):
File "/usr/lib/python2.7/multiprocessing/process.py", line 258, in _bootstrap
self.run()
File "/usr/lib/python2.7/multiprocessing/process.py", line 114, in run
self._target(self._args, *self._kwargs)
File "/usr/lib/python2.7/multiprocessing/pool.py", line 122, in worker
put((job, i, (False, wrapped)))
File "/usr/lib/python2.7/multiprocessing/queues.py", line 392, in put
return send(obj)
IOError: [Errno 32] Broken pipe

#96 Crash when almost finished generating toolpaths: Broken pipe

2017-01-27T15:53:36.047000Z

Sadly pycam is not actively developed anymore.
Thus I would simply suggest to work around the symptoms: please try to disable parallel / distributed processing.
(the above traceback indicates that there is an issue with the gathering of distributed job results)