Activity for Damian Wrobel
-
Damian Wrobel committed [ad580d] on SourceCode
Fix passing arguments in PocketMove()
-
Fix NameError: name 'post_pro' is not defined
-
"libEGL warning: DRI2: failed to authenticate"
-
We can't help you as this seems to be a platform related problem, not dxf2gcode. Please try to search for similar issues e.g. https://raspberrypi.stackexchange.com/questions/61078/qt-applications-dont-work-due-to-libegl
-
Very likely, you enabled "3D mode (requires OpenGL - restart needed)" option. So, please locate the "dxf2gcode" configuration directory and remove it.
-
Problem: Source Code Compile Error with Qt
-
I am trying to compile the source code of "dxf2gcode" in Qt. dxf2gcode is written in python, so in order to run it you don't need to compile it at all. I want to use part of dxf2gcode code with the other C++ code. You can read about embedding python code in C++ code here: https://docs.python.org/3/extending/embedding.html
-
Add dxf sample file
-
Add LICENSE file
-
Add LICENSE file
-
Allow to specify compiler and linker flags, Fix compilation warning - merge request
-
Allow to specify compiler and linker flags
-
Fixes the following compilation warning:
-
Latest fix should fix it all. Ran 73 tests in 479.247s OK Indeed, great! I can confirm no regressions on 4da0a94e082edca5e9b23c5cc2bef63e44e2dce1.
-
Andrey, I noted one of my patches were reverted. I checked and didn't found why. You may find the explanation of the revert in the commit message, see below: commit 19c236e50f39314496a31bcb0467404a070ffd7a Author: Damian Wrobel <dwrobel@ertelnet.rybnik.pl> Date: Fri Oct 11 23:13:20 2019 +0200 Revert "* Fixed a old nasty bug that would cause broken G-code export after invoking Shape.setNearestStPoint()" This reverts commit de18ef31e2338e8df5c0d00e225b7c859407bfd5. Reverted as it broke 69 tests! Broken...
-
crrcsim fails to link with CGAL >5.x
-
Please change it manually in the configuration file or remove the config file entirely.
-
Remove dxf2gcode_test.py from dxf2gcode.pro
-
Add missing dxf2gcode.pro to MANIFEST.in
-
Bump version (20191025)
-
Crash on start
-
Problem is solved. I'm closing it based on above.
-
crash when loading a heavy DXF file
-
The original problem (crash) is no longer reproducible (tested on https://sourceforge.net/p/dxf2gcode/sourcecode/ci/664248145862f00b6f49da6202f48c39895ceec8/). If something still doesn't work for you, please consider to create a new ticket for that.
-
raised StopIteration Error in setNearestStPoint on import of dxf file
-
Should be fixed by https://sourceforge.net/p/dxf2gcode/sourcecode/ci/664248145862f00b6f49da6202f48c39895ceec8/ Please try using that version. In case it still doesn't work for you please attach an example causing the problem.
-
dxf2gcode fails to open dxf file, throws exception
-
Should be fixed by https://sourceforge.net/p/dxf2gcode/sourcecode/ci/664248145862f00b6f49da6202f48c39895ceec8/ Please try using that version. In case it still doesn't work for you please attach an example causing the problem.
-
Fix for python3.7 (StopIteration exception)
-
Revert "* Fixed a old nasty bug that would cause broken G-code export after invoking Shape.setNearestStPoint()"
-
Add more dxf samples for eegression testing
-
I was using the windows version and got crashed. If you were using the linux version, can you test it on that platform again also? I pasted output only from Linux but I tested it also on Windows 10 (using .msi installation) and it works for me fine on both platforms.
-
New (01/03/2019) version crashes.
-
I've checked the Crash-Test.dxf file and it works for me: You are using DXF2GCODE Version Py3.6.7 PyQt5.10.1 ($Date: Thu Jan 3 16:29:29 2019 +0100 $) For more information and updates visit: http://sourceforge.net/projects/dxf2gcode/ For Configuration files refer to folder: /home/sw/.config/dxf2gcode File: /home/sw/projects/dxf2gcode/dxf2gcode-sourcecode/dxf/Crash-Test.dxf selected Loading file: /home/sw/projects/dxf2gcode/dxf2gcode-sourcecode/dxf/Crash-Test.dxf Reading DXF Structure Reading Block...
-
But what I request is not exactly the same. I know. But on the other hand if you would like to: avoiding to have to move to the final project folder for each iterration. then aforementioned options allow you to achieve exactly what you needed.
-
Add sample file (from ticket #103)
-
I've checked the Crash-Test.dxf file and it works for me: You are using DXF2GCODE Version Py3.6.7 PyQt5.10.1 ($Date: Thu Jan 3 16:29:29 2019 +0100 $) For more information and updates visit: http://sourceforge.net/projects/dxf2gcode/ For Configuration files refer to folder: /home/sw/.config/dxf2gcode File: /home/sw/projects/dxf2gcode/dxf2gcode-sourcecode/dxf/Crash-Test.dxf selected Loading file: /home/sw/projects/dxf2gcode/dxf2gcode-sourcecode/dxf/Crash-Test.dxf Reading DXF Structure Reading Block...
-
There is an attachment called "alternate". That's probably something added by SF. Please have a look e.g. at the ticket#98 (your last post). There is also an "alternate" attachment. I'm sure you didn't attach it, do you?
-
There is an attachment called "alternate". That's probably something added by SF. Please have a look e.g. at the ticket#98 (your last post). There is also an "alternate" attachment. I'm sure you didn't attach it, don't you?
-
As I stated in the ticket, it is the latest (Windows) version (01/03/2019). But which is the old which works for you? I have already attached a .dxf file which crashes the program when run to generate .ngc file. Unfortunately I don't see any attachments in this issue. Please either attach a file or provide an accessible URL.
-
Could you please provide a more detailed information: - which particular version (old, new), - backtrace (where it crashes), - if possible, attach a file (minimal version) which causes the software to crash. Without that basic set of information it's quite difficult to guess where the problem might be.
-
loading a DXF without an ENTITIES section crashes dxf2gcode
-
I've commited the top.dxf to dxf directory - will be usable by regression tests.
-
Add sample file (from ticket #98)
-
It seems that you've merged the fix already: commit 5c810752c8fc396042e0de24d15dc75e99aeaddd Author: Sebastian Kuzminsky seb@highlab.com Date: Tue Apr 17 11:50:32 2018 -0600 fix import of DXF with no Entities This commit fixes a load-time crash when the DXF file has no ENTITIES section. Original bug report and sample DXF file here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895862
-
There is a configuration option for both reading and exporing directory accessible at: Configuration->Software config->By default look for DXF files in: Configuration->Software config->By default export generated G-Code to: You might consider to use it to setup the preferred directory, if it helps.
-
dxf2gcode Crash Repeatable Method
-
I just verified it also with the newly released 201901013 version: $ rpm -qv dxf2gcode python3 python3-qt5 dxf2gcode-20190103-1.fc28.noarch python3-3.6.7-2.fc28.x86_64 python3-qt5-5.10.1-4.fc28.x86_64 and I couldn't reproduce it. Please consider to re-check it and report if you can still reproduce it. BTW. the png you've attached is unreadable (it's just 88 bytes length).
-
Add information about testing
-
Use standard path for lrelease.exe
-
Bump package version
-
Add regression test
-
Do not show QMessageBox in --quiet mode
-
problem install
-
"python dxf2gcode.py" Please make sure you're using python3 not python (which usually points to python2).
-
Latest source compilation fails to recognize PYQT5
-
This is a BUG in the installer as PyQt5 is clearly installed as apt shows. Based on above posts I'm keen to mark it as an invalid.
-
The same seem to work fine on Debian 9 (I'm running it on docker): root@478aec140244:/dxf2gcode-sourcecode/source# cat /etc/issue Debian GNU/Linux 9 \n \l root@478aec140244:/dxf2gcode-sourcecode/source# apt-get install python3-virtualenv Reading package lists... Done Building dependency tree Reading state information... Done python3-virtualenv is already the newest version (15.1.0+ds-1). python3-virtualenv set to manually installed. 0 upgraded, 0 newly installed, 0 to remove and 5 not upgraded. root@478aec140244:/dxf2gcode-sourcecode/source#...
-
I tried to reproduce that using current sources (develop branch), but it works fine for me: $ git log --oneline --decorate -n 1 2012772 (HEAD -> develop, origin/develop) Update *.ts files $ python3 ./dxf2gcode.py Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway. Creating configuration window Creating configuration window New configuration applied $ rpm -qv python3 python3-qt5 python3-3.6.6-1.fc28.x86_64 python3-qt5-5.10.1-4.fc28.x86_64
-
I'm on Fedora 28 and I tried to reproduce that using current sources (develop branch), but it works fine for me: ` [sw@dell source]$ git log --oneline --decorate -n 1 2012772 (HEAD -> develop, origin/develop) Update *.ts files [sw@dell source]$ ./st-setup.py install --user /usr/lib64/python3.6/distutils/dist.py:261: UserWarning: Unknown distribution option: 'app' warnings.warn(msg) running install running bdist_egg running egg_info writing dxf2gcode.egg-info/PKG-INFO writing dependency_links to dxf2gcode.egg-info/dependency_links.txt...
-
Update *.ts files
-
Added a checkbox to 'Postprocessor Configuration -> Output Formatting' to change line endings to CR LF which is needed by some controllers.
-
FYI *.ts files modifcations are still for master branch - so I'll update them after merge.
-
Could you please resubmit it against develop branch (see https://sourceforge.net/p/dxf2gcode/wiki/GIT%20Workflow%20in%20dxf2gcode/ for more details).
-
Remove python2 code ('ordereddict' and 'six' modules)
-
Remove QT4 code
-
Unbundle 'configobj' python module.
-
Add 'flake8' configuration file
-
Fix some warning/errors reported by 'flake8' tool.
-
Added options to build macOS application (with the help of py2app)
-
Update readme
-
It fixes the issue. Thanks.
-
output between 2 and 130 bytes into a destination of size 127 It means that content from sysname and release fields requires 130 bytes but you have only 127. If you don't have any plans for dynamically allocate the buffer and prefer to keep the following define untouched: #define OSVERSIONSTRINGBUFFERLEN (128) then please consider to use the following patch: $ hg di crrc_system.cpp diff -r 41dc80721fb1 src/crrc_system.cpp --- a/src/crrc_system.cpp Fri Dec 22 15:26:23 2017 +0100 +++ b/src/crrc_system.cpp...
-
crrcsim crashes at src/crrc_sound.cpp:319
-
Make sure dxf2gode is launched with pyhon3 only
-
PilatusB4.ac is duplicated both in: crrcsim and crrcsim-addon-models packages
-
support for platforms without <sys/io.h>
-
Rebased version of the patch for v0.9.13: https://src.fedoraproject.org/rpms/crrcsim/blob/master/f/crrcsim-0.9.13-support-for-platforms-without-sys-io.h.patch
-
Allow scripts: make_tr.py and make_py_uic.py to run on macOS
-
model_based_scenery.cpp:577:46: warning: 'temp_heightdata' may be used uninitialized in this function
-
crrc_system.cpp:177:8: warning: '%s' directive output may be truncated
-
Release notes
-
Improve README.txt for Windows runtime dependencies
-
Release notes
-
Please consider to re-check it using version 20170925. Please also make sure you have all necessary dependencies installed and configured (more information can be found at https://sourceforge.net/p/dxf2gcode/wiki/Installation/ "Runtime dependencies").
-
pstoedit error message
-
Immediate Shutdown upon opening PDF
-
I believe this should be fixed in version 20170925.
-
Please consider to re-check it using version 20170925.
-
Installation
-
Installation
-
Merge branch 'develop'
-
Fix git smudge filter to parse correctly Date from git log
-
Improve documentation (README.txt file). Bump version.
-
Add README.txt file
-
Automatic Menu shortcut installation for Windows
-
Make sure st-setup.py can produce self-sufficient tarball
-
Fix UnicodeDecodeError: 'utf-8' codec can't decode byte 0xdc in position 5486: invalid continuation byte
-
Update .gitignore - add audo-generated files
-
Fix for AttributeError: 'NoneType' object has no attribute 'selectedItems'
1 >
