teepee changed the topic of #openscad to: OpenSCAD - The Programmers Solid 3D CAD Modeller | This channel is logged! | Website: http://www.openscad.org/ | FAQ: https://goo.gl/pcT7y3 | Request features / report bugs: https://goo.gl/lj0JRI | Tutorial: https://bit.ly/37P6z0B | Books: https://bit.ly/3xlLcQq | FOSDEM 2020: https://bit.ly/35xZGy6 | Logs: https://bit.ly/32MfbH5
rvt has quit [Ping timeout: 252 seconds]
teepee_ has joined #openscad
teepee has quit [Ping timeout: 255 seconds]
teepee_ is now known as teepee
J24k62 has quit [Quit: Client closed]
J24k62 has joined #openscad
snaked has joined #openscad
J24k62 has quit [Quit: Client closed]
J24k62 has joined #openscad
J24k62 has quit [Client Quit]
J24k62 has joined #openscad
J24k57 has joined #openscad
J24k62 has quit [Ping timeout: 250 seconds]
fling has quit [Remote host closed the connection]
fling has joined #openscad
drkow has quit [Read error: Connection reset by peer]
drkow has joined #openscad
rvt has joined #openscad
mmu_man has quit [Ping timeout: 246 seconds]
fling has quit [Remote host closed the connection]
fling has joined #openscad
LordOfBikes has quit [Ping timeout: 256 seconds]
LordOfBikes has joined #openscad
pca006132 has quit [Quit: pca006132]
kintel has joined #openscad
<gbruno> [github] DeepHorizons synchronize pull request #4986 ([WIP] Add ability to set solid name when exporting STL) https://github.com/openscad/openscad/pull/4986
rvt has quit [Ping timeout: 255 seconds]
pca006132 has joined #openscad
pca006132 has quit [Client Quit]
pca006132 has joined #openscad
<pca006132> kintel: I will try to figure out the cause of the segfault I got
<pca006132> it is really weird
<kintel> Was it a cmd-line crash, or using the GUI?
<pca006132> cmd-line
rvt has joined #openscad
<pca006132> kintel for some reason -DSANITIZE_ADDRESS=1 does not work for me, it says the compiler does not support ASAN but I am using clang 17 which does support ASAN...
<pca006132> wonder if the submodule is outdated
<kintel> hm, I haven't tried in a while..
<pca006132> and what is the difference of this comparing with just adding -fsanitize=address in CMAKE_CXX_FLAGS?
<kintel> I think just convenience of not having to mess with CXX_FLAGS
<pca006132> ok
<pca006132> I will mess with CXX_FLAGS then :)
<kintel> I mostly added those to make it easier to build custom variants using https://github.com/openscad/openscad/actions/workflows/manual.yml
<kintel> ..since the number of build variant permutations of OpenSCAD became a bit large
<pca006132> oh ok
<pca006132> wtf, there is no segfault when ASAN is enabled, but it segfaults when ASAN is disabled
little_blossom has quit [Ping timeout: 264 seconds]
<pca006132> will work on this later, seems a bit too mysterious
hyperair has quit [Ping timeout: 255 seconds]
<kintel> hopefully it crashes in debug mode :)
<pca006132> yes
<pca006132> it seems that it gets into an infinite recursion in simplify_function_body... for tests/data/scad/misc/recursion-test-function3.scad
<pca006132> trying to simplify the recursive call
<pca006132> but I have no idea why it doesn't crash on ASAN and why it only fails on my computer... weird
<pca006132> and I think we should cleanup the code regarding std::variant, just use holds_variant or something
little_blossom has joined #openscad
<pca006132> oh, that stack check thing probably doesn't work well with asan...
<pca006132> I think it is the platform utils thing
<pca006132> anyway, simplifying the function like this seems a bit naive, will try a fix later today
pca006132 has quit [Quit: Client closed]
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
hyperair has joined #openscad
hyperair has quit [Read error: Connection reset by peer]
<gbruno> [github] Lenbok synchronize pull request #3426 (InputManager: Explicitly set current window on startup.) https://github.com/openscad/openscad/pull/3426
<J24k57> did anyone have an idea what "EXPORT-ERROR: Can't add triangle to 3MF model." causes - as sometimes flushing cache solves this and stl export is working too i assume creating the 3mf has a bug
<J24k57> But maybe 3mf export gets bad triangles - so what causes this  message?
R2robot has quit [Quit: Pull the lever, Kronk. Wrong leverrrrrrr!]
hyperair has joined #openscad
J24k57 has quit [Ping timeout: 250 seconds]
J24k has joined #openscad
rawgreaze_ has joined #openscad
rawgreaze has quit [Ping timeout: 264 seconds]
rawgreaze_ is now known as rawgreaze
guso78k has joined #openscad
bozo16 has joined #openscad
<guso78k> J24k, this error is generated in the export_3mf.cc file. you could additionally dump the triangle vertex of that error next to the error message to get an idea whats wrong.
<J24k> ok but why can't a triangle not added to the mesh - is this a memory issue?
<J24k> guso78k maybe we could add that information to find the root cause - as i could only reproduce this with quite complex designs
R2robot has joined #openscad
<guso78k> yeahh, its quite difficult to find a single tree in the woods, but  its much clearer when you just output triangle data on complained triangles.
<guso78k> either compile with your local enhancement  or convince the devs to merge it ;)
vsellier has quit [Quit: ZNC 1.8.2 - https://znc.in]
mmu_man has joined #openscad
guso78k has quit [Quit: Client closed]
mmu_man has quit [Ping timeout: 264 seconds]
To_Aru_Shiroi_Ne has joined #openscad
ToAruShiroiNeko has quit [Ping timeout: 246 seconds]
To_Aru_Shiroi_Ne is now known as ToAruShiroiNeko
pca006132 has joined #openscad
mmu_man has joined #openscad
mmu_man has quit [Ping timeout: 264 seconds]
teepee_ has joined #openscad
mmu_man has joined #openscad
teepee has quit [Ping timeout: 255 seconds]
teepee_ is now known as teepee
snaked has quit [Remote host closed the connection]
TheCoffeMaker_ has joined #openscad
TheCoffeMaker has quit [Ping timeout: 264 seconds]
L29Ah has quit [Ping timeout: 260 seconds]
TheCoffeMaker_ has quit [Ping timeout: 260 seconds]
TheCoffeMaker has joined #openscad
guso78k has joined #openscad
J24k has quit [Quit: Client closed]
J24k has joined #openscad
kow__ has joined #openscad
drkow has quit [Ping timeout: 268 seconds]
moonlight has joined #openscad
pca006132 has quit [Remote host closed the connection]
pca006132 has joined #openscad
L29Ah has joined #openscad
<pca006132> kintel: the segfault I got is due to the ulimit is somehow not respected for unknown reason, I did a simple patch to check the recursion depth against a constant which does not rely on ulimit, but not sure if this is what we want
moonlight has quit [Quit: Connection closed]
pca006133 has joined #openscad
pca006133 has quit [Client Quit]
pca006132 has quit [Ping timeout: 260 seconds]
pca006132 has joined #openscad
mmu_man has quit [Ping timeout: 272 seconds]
<pca006132> I suspect the stack size issue is caused by ALSR...
<gbruno> [github] DeepHorizons synchronize pull request #4986 ([WIP] Add ability to set solid name when exporting STL) https://github.com/openscad/openscad/pull/4986
mmu_man has joined #openscad
kintel has joined #openscad
<kintel> pca006132 ALSR of the stack? meaning the stack is not linear?
moonlight has joined #openscad
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<pca006132> no, I think it is just the initial position is changed
<pca006132> but I am not sure if that is the reason, don't count on that
<pca006132> it is just a guess
ccox has joined #openscad
ccox_ has quit [Ping timeout: 255 seconds]
bozo16 has quit [Quit: Leaving]
ccox_ has joined #openscad
ccox has quit [Ping timeout: 272 seconds]
mmu_man has quit [Ping timeout: 264 seconds]
<pca006132> *it is ASLR, my typo
<pca006132> are our normal builds build with PIE enabled?
ccox_ has quit [Ping timeout: 255 seconds]
mmu_man has joined #openscad
ccox has joined #openscad
guso78k has quit [Ping timeout: 250 seconds]
<pca006132> hmm, at least the debian build has PIE enabled
Guest27 has joined #openscad
Guest27 has quit [Client Quit]
moonlight has quit [Ping timeout: 260 seconds]
J24k has quit [Quit: Client closed]
J24k has joined #openscad
Guest78 has joined #openscad
Guest78 has quit [Client Quit]
kintel has joined #openscad
<kintel> guso78 The reason for the crash:
<kintel> You call glUniform1f() before calling glUseProgram()
<kintel> this causes subsequent GL calls to fail, and eventually the shader attribute array doesn't get filled and is hence nullptr
misterfish has joined #openscad
<kintel> The shader code should be more robust and crash much earlier, but cleaning up shader code is yet another larger topic
<kintel> We should probably call glGetError() more often and let it crash on errro
<guso78> Kintel, thank you very much, i can fix asap. I am sorry that this will Not improve the Main Branch 😅
<kintel> but it's probably a similar error as the one reported. Just need to find a way to reproduce..
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<guso78> Maybe you Had the Chance to Spot Other Features which you want to See in the Main Branch 😜
kintel has joined #openscad
<kintel> Yeah, I'd love to completely rewrite the VBO code :)
teepee has quit [Ping timeout: 255 seconds]
misterfish has quit [Ping timeout: 264 seconds]
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
teepee has joined #openscad
guso78k has joined #openscad
misterfish has joined #openscad
<gbruno> [github] jordanbrown0 opened issue #5004 (Doesn't stop execution on errors) https://github.com/openscad/openscad/issues/5004
<gbruno> [github] jordanbrown0 edited issue #5004 (Doesn't stop execution on errors) https://github.com/openscad/openscad/issues/5004
misterfish has quit [Ping timeout: 264 seconds]
<guso78k> BTW:  my fork maintains color information even in full render (F6) and even exports colored 3MF,  e.g  here https://file.io/XmVvw6AhSC2g
<guso78k> its amazing to see, that the cutouts get the color of the differencing solid.
arebil has quit [Quit: arebil]
kintel has joined #openscad
<kintel> guso78 Awesome! Using Manifold's color preservation feature?
<kintel> Rendering cutouts is on my list of Manifold tasks: https://github.com/openscad/openscad/issues/4825
<kintel> The rendering feature in isolation could be a good, hopefully quick, PR
<guso78k> yes, it only works with manifold
<guso78k> using manifolds faceID toghether with runId helps me to identify the color of the original face after the op
<guso78k> sorry , not quick at all. its bases on my latest python branch and I expect half of the ctest images to change :')
<kintel> test images are a known topic; we can probably align rendering with CGAL, and use those images (if we're lucky)
<guso78k> you can look into the color branch when interested, but from my experience code is far from openscad-conform '=D '=D
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<guso78k> its intersting fact that ColorNode also got a visitor in GeometryEvaluator :')
mmu_man has quit [Ping timeout: 264 seconds]
teepee_ has joined #openscad
guso78k has quit [Ping timeout: 250 seconds]
teepee has quit [Ping timeout: 255 seconds]
teepee_ is now known as teepee
fling has quit [Remote host closed the connection]
fling has joined #openscad
mmu_man has joined #openscad