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 or report bugs: https://goo.gl/lj0JRI | Tutorial: https://bit.ly/37P6z0B | Books: https://bit.ly/3xlLcQq | FOSDEM 2020: https://bit.ly/35xZGy6 | Logs: https://libera.irclog.whitequark.org/openscad | don't ask to ask
<InPhase> There, a full proper float() and CSV parser. https://bpa.st/UIEA
<InPhase> It should have proper error handling as well.
<InPhase> It accepts leading spaces, but is intolerant of trailing characters.
<InPhase> I will note that function is pretty much illegible... One has to be in the zone to figure out what it's even doing...
<InPhase> So, a built-in would be good still. :)
Jack21 has quit [Ping timeout: 256 seconds]
<InPhase> peepsalot: I'll stuff that in funcutils/string.scad
<peepsalot> nice
LordOfBikes has quit [Ping timeout: 245 seconds]
<InPhase> Oof. The test fails because of floating point error. :)
<InPhase> Naturally.
<InPhase> 0.1*0.1 != 0.01, undermining equality.
<InPhase> Maybe if I do that backwards and divide.
<InPhase> Well... Still not.
snakedGT has quit [Ping timeout: 260 seconds]
LordOfBikes has joined #openscad
ur5us has quit [Ping timeout: 245 seconds]
<gbruno> [github] kintel pushed 1 modifications (CircleCI: Sanity-check macOS binaries before publishing). https://github.com/openscad/openscad/commit/74e6ceb9b4a9b9f772719d6320e13419b719930f
<gbruno> [github] kintel pushed 1 modifications (CircleCI: Sanity-check macOS binaries before publishing). https://github.com/openscad/openscad/commit/b8c446fde52b5da00645d8e72abbfa5aa37fadc7
<gbruno> [github] kintel pushed 1 modifications (CircleCI: Sanity-check macOS binaries before publishing). https://github.com/openscad/openscad/commit/18ecc5f7c3c64673efb0a3f821f89f206617e39c
<InPhase> Got it. :)
<gbruno> [github] kintel pushed 1 modifications (CircleCI: Sanity-check macOS binaries before publishing). https://github.com/openscad/openscad/commit/18ecc5f7c3c64673efb0a3f821f89f206617e39c
snakedGT has joined #openscad
ur5us has joined #openscad
<gbruno> [github] kintel pushed 1 modifications (CircleCI: Sanity-check macOS binaries before publishing). https://github.com/openscad/openscad/commit/45bfd6231f5c66e91046530a66670d00aa2f1bd5
<peepsalot> getting burnt out from trying to make sense of these kernels. it's like there's all these requirements for various kernel classes, but no formal interface, nothing is enforced, no static asserts ahhhhhhh
arebil has joined #openscad
* InPhase munches on some Popsalot Kernel brand popcorn.
arebil has quit [Quit: My keyboard has gone to sleep. ZZZzzz…]
<peepsalot> btw just noticed that my same findings about Epeck were there since 2013: https://github.com/openscad/openscad/issues/481
snakedLX has joined #openscad
snakedGT has quit [Ping timeout: 252 seconds]
ur5us has quit [Remote host closed the connection]
ur5us has joined #openscad
peepsalot has quit [Quit: Connection reset by peep]
peepsalot has joined #openscad
ur5us has quit [Ping timeout: 260 seconds]
<InPhase> peepsalot: Well that issue is certainly quite similar to the reports you made of this.
<InPhase> I guess that didn't change a whole lot.
arebil has joined #openscad
<gbruno> [github] kintel pushed 1 modifications (CircleCI: Sanity-check macOS binaries before publishing). https://github.com/openscad/openscad/commit/4319fbd3f159be3bd29a8e658a2e30218ea2f17b
ferdna has quit [Quit: Leaving]
TheAssassin has quit [Remote host closed the connection]
TheAssassin has joined #openscad
standardrat has joined #openscad
peepsalot has quit [*.net *.split]
snakedLX has quit [*.net *.split]
Xeha has quit [*.net *.split]
Scopeuk has quit [*.net *.split]
Azelphur has quit [*.net *.split]
TheCoffeMaker has quit [*.net *.split]
little_blossom has quit [*.net *.split]
snakedLX has joined #openscad
peepsalot has joined #openscad
Scopeuk has joined #openscad
Xeha has joined #openscad
TheCoffeMaker has joined #openscad
Azelphur has joined #openscad
little_blossom has joined #openscad
ur5us has joined #openscad
lastrodamo has joined #openscad
mhroncok has joined #openscad
ziggurat_ has joined #openscad
ur5us has quit [Ping timeout: 260 seconds]
ziggurat_ has quit [Remote host closed the connection]
ziggurat_ has joined #openscad
standardrat has quit [Quit: Leaving]
snakedLX has quit [Ping timeout: 252 seconds]
arebil has quit [Quit: My keyboard has gone to sleep. ZZZzzz…]
qeed_ has quit [Quit: qeed_]
qeed has joined #openscad
arebil has joined #openscad
gunnbr__ has joined #openscad
gunnbr_ has quit [Ping timeout: 252 seconds]
gunnbr has quit [Ping timeout: 260 seconds]
gunnbr has joined #openscad
arebil has quit [Quit: My keyboard has gone to sleep. ZZZzzz…]
gunnbr_ has joined #openscad
gunnbr has quit [Ping timeout: 252 seconds]
arebil has joined #openscad
gunnbr__ has quit [Read error: Connection reset by peer]
gunnbr_ has quit [Read error: Connection reset by peer]
linext has joined #openscad
linext_ has quit [Ping timeout: 268 seconds]
snakedLX has joined #openscad
snakedLX is now known as snaked
linext_ has joined #openscad
linext has quit [Ping timeout: 265 seconds]
arebil has quit [Quit: My keyboard has gone to sleep. ZZZzzz…]
arebil has joined #openscad
arebil has quit [Client Quit]
lf94- is now known as lf94
snaked has quit [Ping timeout: 245 seconds]
snaked has joined #openscad
Guest1076 has joined #openscad
Guest1076 has quit [Client Quit]
<gbruno> [github] t-paul pushed 1 modifications (Remove Fedora 31.). https://github.com/openscad/openscad.github.com/commit/60013c9aa7adb2ca8477d89b2e6bdf2220d3c42e
ur5us has joined #openscad
mhroncok has quit [Quit: Leaving.]
ur5us has quit [Ping timeout: 245 seconds]
<cbmuser> knielsen: I'll write your recommendation in a minute
<cbmuser> very sorry for the delay
<cbmuser> too much other stuff around
<teepee> heh, tell me about it :)
<teepee> a bit crazy lately
<teepee> also big thanks to knielsen for looking into the DSA buster
<teepee> that looks strange... DSA for "buster"
ur5us has joined #openscad
<InPhase> Time to bust some DSAs?
<teepee> yep, need to be totally bustered
<teepee> no idea what that means tho :D
<InPhase> Well either arrest or beat up, depending on context I guess. :)
<teepee> that's still the STL CVEs
<gbruno> [github] verglor opened issue #3937 (Axes Mapping preferences not loaded from Windows registry). https://github.com/openscad/openscad/issues/3937
<gbruno> [github] verglor edited issue #3937 (Axes Mapping preferences not loaded from Windows registry). https://github.com/openscad/openscad/issues/3937
<gbruno> [github] verglor edited issue #3937 (Axes Mapping preferences not loaded from Windows registry). https://github.com/openscad/openscad/issues/3937
lastrodamo has quit [Quit: Leaving]
<gbruno> [github] t-paul pushed 1 modifications (Merge pull request #3938 from podsvirov/update-russian-translation
TheCoffeMaker has quit [Ping timeout: 252 seconds]
TheCoffeMaker has joined #openscad
<peepsalot> i'm thinking about making an optimization PR for CGAL now. there seems to be a lot of room for improvement in the way that GMP types are operated on
<peepsalot> problem is that every operator- + * / etc returns a new value, which involves malloc etc. if some of the hottest parts of code can be reworked to hold temporary values, and modify them in place via += -= *= /= etc, then it would save a lot of extraneous object creation
TheCoffeMaker has quit [Ping timeout: 265 seconds]
TheCoffeMaker has joined #openscad
<teepee> so that would help both memory and performance? that would be nice
<peepsalot> yeah that's the idea. well, not sure if it would help at all for peak memory usage, but for bandwidth of total malloc+free calls
<peepsalot> teepee: did you see the log I got from mimalloc the other day?
<teepee> log? no, I've seen the ticket with the comparisons
<teepee> need to get some sleep now, I'm supposed to babysit a production rollout in less than 8 hours :)
<peepsalot> InPhase and I were discussing it a bit: https://pastebin.com/vSHbJiS9
<teepee> probably better not not start snoring in the conference call :D
<peepsalot> the interesting thing i took from that was how huge the total allocated and freed is vs the peak
<teepee> I think I missed that as I was out most of the day yesterday, I'll check the archive :)
<peepsalot> because of all those very short lived temporary values
<peepsalot> i'm still trying to figure out if if the non-modyfing operators can be optimized at a low level. i was thinking about something like returning a const reference to a thread_local temp within each operator
<peepsalot> but not sure if that's kosher, and things get extra complicated when the number type is reference counted (like CGAL::Gmpq is)
<InPhase> peepsalot: Is that 50% of runtime just for that 4 element orientationC3 or for the 3 element as well?