IRC log for #brlcad on 20160819

01:21.44 starseeker Stragus: agreed - quite surprising
01:25.29 starseeker O.o cross platform, MIT licensed PowerShell from Microsoft: https://github.com/PowerShell/PowerShell
01:25.33 starseeker 's head explodes
01:26.16 Stragus Microsoft has been pacified, Apple is now the new Microsoft
01:26.32 starseeker kinda looking that way... wow
01:27.40 starseeker thinks he knows now how the old timers felt when IBM started backing open soruce back in the 1990s...
01:28.15 Stragus Eheh
01:28.37 Stragus And Apple is now anti-OpenGL, anti-Vulkan, anti-OpenSSH, anti-CUDA, etc.
01:28.59 starseeker winces
01:29.28 starseeker wonder if they're going to end up being a phone-only company in another decade or so
01:30.06 starseeker prayerfully hopes they manage to push the industry standard for monitors everywhere to 5K before that happens...
01:30.23 Stragus I'm really disappointed in Apple. They embraced open source and open standards just long enough to get back on their feet
01:30.46 Stragus And now they want to own and control everything, their own standards while actually blocking everything else
01:31.06 Stragus Even Microsoft didn't prevent people of running alternatives
01:31.24 starseeker nods - I've always wished they hadn't patented their magnetic connector system - that should have totally displaced USB years ago...
01:32.44 starseeker that said, we'd still be on 1024x768 monitors everywhere without Apple - they do at least push the hardware envelope
01:32.52 Stragus Apple developpers in #opengl always have trouble with the Apple drivers, they don't even support debugging contexts and callbacks
01:33.56 Stragus They have more bugs and performance problems, while not supporting a ton of modern and powerful GL extensions
01:34.26 starseeker what's the AAA (Apple Approved Alternative) to OpenGL these days?
01:34.38 Stragus Metal, their own little proprietary API
01:34.52 Stragus The equivalent of Vulkan, the standard which they don't want to support
01:36.02 starseeker wonder if someone is going to have to do something like porting angle to metal
01:36.52 Stragus That would be a lot of work... These new generation APIs are much lower level
01:37.11 starseeker nods
01:37.12 Stragus It now takes 4 times as much code to draw a triangle! ;)
01:37.17 starseeker heh
04:14.46 *** join/#brlcad amarjeet (~Amarjeet@101.211.227.167)
04:25.16 tandoorichick starseeker
04:25.21 tandoorichick http://paste.lisp.org/display/323613
04:26.30 tandoorichick Stragus: that's why i got a little confused, because the build log didn't say much. Adn this error started occuring all of a sudden. I'd made changes to my code, but reverted. The error stayed..
04:46.36 *** join/#brlcad amarjeet (~Amarjeet@101.211.227.167)
06:08.24 *** join/#brlcad merzo (~merzo@88-249-94-178.pool.ukrtel.net)
06:32.25 *** join/#brlcad merzo (~merzo@88-249-94-178.pool.ukrtel.net)
06:44.29 *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:53.30 *** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
06:57.16 *** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
07:10.18 d_rossberg tandoorichick: same for Stitch.h
07:11.33 tandoorichick d_rossberg: I've mailed them to you..
07:11.51 d_rossberg got it ...
07:21.42 d_rossberg tandoorichick: i get the following compilation error: brlcad/src/libged/heal.c:49:2: error: too many arguments to function ‘analyze_heal_bot’
07:22.29 d_rossberg in heal.c the function has a tolerance parameter which isn't in the prototype in analyze.h
07:42.48 *** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
07:43.16 tandoorichick d_rossberg: my internet is fluctuating..
07:43.26 tandoorichick I'll mail you the latest patch..
07:54.43 *** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:10.01 *** join/#brlcad sniok (~sniok@89.252.2.135)
08:31.26 Notify 03BRL-CAD:d_rossberg * 68722 brlcad/trunk/src/rt/opt.c: after the last revert we have here no variable 'color' any more
08:42.57 tandoorichick d_rossberg: in the latest patch i sent you, the tolerance is taken as a user input. For example "heal newbot.s 50.5". This is only the zippering tolerance..
08:44.48 d_rossberg okay, thanks
08:51.29 *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:54.46 *** join/#brlcad sniok (~sniok@89.252.2.135)
08:55.35 *** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:53.11 *** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
10:16.12 *** join/#brlcad sniok (~sniok@89.252.2.135)
10:47.39 *** join/#brlcad Notify (~notify@104.225.5.10)
10:54.09 d_rossberg tandoorichick: do you know in which function your heal algorithm hangs?
10:57.11 *** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:5537:1d05:adea:99b0)
11:03.53 tandoorichick d_rossberg: in this one - findFreeEdgeChain()
11:25.09 *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
11:35.43 d_rossberg okay, you already found it
11:36.22 tandoorichick the problem lies with the initial construction of the DCEL..
11:36.37 tandoorichick but i'm not sure where..
11:49.31 starseeker tandoorichick: does that error happen if you completely clear the build directory and start over?
11:51.11 tandoorichick starseeker: that error got resolved. :)
11:51.28 tandoorichick i had posted a while after it did..
12:07.52 starseeker ah, good :-)
12:24.18 *** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:09.16 *** join/#brlcad sniok (~sniok@89.252.2.135)
13:10.13 d_rossberg tandoorichick: do you also have the impression that the edge -> next edge sequence isn't a circle here?
14:00.54 *** join/#brlcad yorik (~yorik@187.35.8.25)
14:03.54 tandoorichick d_rossberg: yeah, that's what i am not sure about..
14:12.29 d_rossberg i'm a little bit confused about the initPrevEdge() and initNextEdge() functions; shouldn't this be done in one run? i.e. if e1.previous = e2 => e2.next = e1?
14:17.04 *** join/#brlcad amarjeet (~Amarjeet@101.211.230.113)
14:34.17 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:59.04 *** join/#brlcad Mandeep_Singh (~mandeep@117.212.50.128)
15:03.39 *** join/#brlcad amarjeet_ (~amarjeet@101.211.230.113)
15:04.11 *** join/#brlcad sniok (~sniok@89.252.2.135)
15:08.04 *** join/#brlcad amarjeet_ (~amarjeet@101.211.230.113)
15:30.28 *** join/#brlcad Gud (~k@c-890ae555.021-17-73746f36.cust.bredbandsbolaget.se)
15:36.40 tandoorichick d_rossberg: i will modify and check..
15:43.40 *** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
15:45.44 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:47.02 d_rossberg maybe you can check for well constructed edge chains automatically there
16:00.53 *** join/#brlcad amarjeet_ (~amarjeet@101.211.230.113)
16:02.00 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:25.54 *** join/#brlcad sniok (~sniok@89.252.2.135)
16:33.48 *** join/#brlcad amarjeet (~Amarjeet@101.211.230.113)
16:36.14 brlcad ~no, pastebin is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
16:37.37 brlcad Stragus: "most" of the anti-standards camping started when jobs first got deadly sick, and has only gotten worse with cook's leadership
16:38.21 brlcad SYCL should layer over Metal and OpenCL, iirc
16:41.06 brlcad starseeker: do you have one of those ribbon chains from step conversion?
16:43.12 brlcad trieds to get multiple SSL certificates working
17:12.52 *** join/#brlcad aryan_raj (~aryanraj@103.37.201.78)
18:00.14 starseeker um... ribbon chains?
18:08.34 Caterpillar there is also fpaste :-)
18:18.43 brlcad starseeker: a pipe that converted out via step as a spiraling ribbon
19:31.52 *** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
19:32.40 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:36.50 *** join/#brlcad Mandeep_Singh (~mandeep@117.215.229.108)
20:00.25 starseeker don't have one handy offhand...
21:08.14 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:27.41 Notify 03BRL-CAD:starseeker * 68723 (brlcad/branches/tcltk86/CHANGES brlcad/branches/tcltk86/CMakeLists.txt and 151 others): Sync with trunk thru r68722
21:33.44 Notify 03BRL-CAD:starseeker * 68724 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/CHANGES and 329 others): Sync with trunk thru r68722
21:49.36 Notify 03BRL-CAD:starseeker * 68725 (brlcad/trunk/misc/svn2git/svn2git/main.cpp brlcad/trunk/misc/svn2git/svn2git/repository.cpp and 4 others): Update svn2git/svn-all-fast-export to latest version from https://github.com/svn-all-fast-export/svn2git
22:07.32 Notify 03BRL-CAD:starseeker * 68726 brlcad/trunk/misc/svn2git/account-map: Add missing names to account-map - found via http://stackoverflow.com/questions/2494984/how-to-get-a-list-of-all-subversion-commit-author-usernames
22:16.38 Notify 03BRL-CAD:starseeker * 68727 brlcad/trunk/misc/svn2git/account-map: Add names to commit ids when they can be found in the AUTHORS file. Still a few I don't have info for...
22:36.46 *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:14.27 starseeker confound it, that botched embree branch merge is acting like a poison pill for git converion
23:14.34 starseeker s/converion/conversion
23:22.43 *** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:5537:1d05:adea:99b0)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.