IRC log for #brlcad on 20140602

01:03.10 ``Erik developer doublespeak: https://twitter.com/healthcare_dev/status/473102504952336384/photo/1
01:16.32 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
01:18.21 *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
01:25.26 *** join/#brlcad hcurtis (b82d1ab1@gateway/web/freenode/ip.184.45.26.177)
01:25.50 hcurtis brlcad: Hi, Sean.
02:27.02 brlcad maths22: awesome, thanks!
02:27.21 brlcad maths22: any problems encountered or was the upgrade pretty straightforward?
02:55.39 hcurtis brlcad: The GSoC expectations list talked about an interaction schedule. Do you think we need to set one up, or do you like how we're doing things now?
03:01.16 Notify 03BRL-CAD:brlcad * 61054 brlcad/trunk/ChangeLog: merge all of the commits going into the 7.24.2 release, through r57446 plus cherry picking most of the release branch revisions that were documented in the trunk commit log messages. next release should pick up from r57446 instead of by date.
03:05.16 Notify 03BRL-CAD:brlcad * 61055 (brlcad/branches/RELEASE/ChangeLog Property Changed: and 10 others): merge trunk c61054 to get the updated ChangeLog for release. next release should use this revision instead of the usual date range due to having to cherry-pick so many subsequent merges.
03:08.06 Notify 03BRL-CAD:brlcad * 61056 brlcad/trunk/HACKING: keep a note for the next release (not valid syntax) that we need to merge from a specific revision that overlaps date-wise
03:09.57 Notify 03BRL-CAD:brlcad * 61057 brlcad/branches/RELEASE/NEWS: looking like today is finally release day.
03:16.52 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:28.08 hcurtis Update: I've been reading the install file and the Contributors' Guide to BRL-CAD.
03:32.32 *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
03:33.56 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:40.17 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:53.57 brlcad hcurtis: asking you to report your progress/activity regularly here was setting up an interaction schedule
03:54.31 hcurtis Ok
03:55.22 hcurtis Do you like the way I'm doing it?
03:56.14 hcurtis By the way, congratulations on the new release.
03:57.52 brlcad like the way you're doing what?
03:58.25 brlcad your update messages here have been fine
03:59.19 brlcad only critique is that they're somewhat non-progressive reports/activity, and non-technical
04:01.16 Notify 03BRL-CAD:brlcad * 61058 (brlcad/branches/STABLE/AUTHORS brlcad/branches/STABLE/BUGS and 926 others): merge RELEASE branch from r55757 to HEAD, making this the final release sources for 7.24.2
04:06.10 hcurtis Ok. I've been trying to answer my questions on my own, and I'm often able to. Maybe that's why there aren't more technical questions.
04:09.10 Notify 03BRL-CAD Wiki:Patrickhead * 0 /wiki/User:Patrickhead:
04:15.04 hcurtis brlcad: Would you like me to finish the libbu task (making my dynamic allocation program work using BRL-CAD functions) before I work again on fast4-g, or does it not matter to you which one I get done first?
04:29.24 brlcad the libbu task was to help you with understanding fast4-g just a little better
04:29.51 brlcad basically, it's a task that shows how compiling occurs
04:30.39 brlcad not strictly necessary for the fast4-g task because that's already set up within our build system
04:31.18 brlcad but it is a fundamental understanding that is expected of devs
04:33.21 hcurtis Ok
04:35.24 hcurtis brlcad: I'll get the libbu task done first.
04:37.46 brlcad just so you know, given an entire week has passed and those were the objectives for the week prior, we're quickly approaching a point of having to change direction entirely and rediscuss
04:38.30 brlcad just keep doing the best you can, know you've been working hard
04:42.35 hcurtis brlcad: I appreciate your advice and your patience. Also, I'm completely open to your suggestions about a possible change in direction and such.
05:01.50 *** join/#brlcad piyushparkash (~piyushpar@202.164.53.117)
05:45.12 *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
05:47.31 *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
06:36.15 Notify 03BRL-CAD Wiki:Hcurtis0010 * 7186 /wiki/User:Hcurtis0010/GSoC2014/logs: /* Week 2 */
08:00.21 *** join/#brlcad piyushparkash (~piyushpar@202.164.53.117)
08:35.24 *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
08:37.18 *** join/#brlcad caen23 (~caen23@92.83.166.162)
08:58.03 *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:51.10 *** join/#brlcad piyushparkash (~piyushpar@202.164.53.117)
10:24.54 Notify 03BRL-CAD:tbrowder2 * 61059 (brlcad/branches/d-binding/misc/d-bindings/README.txt =================================================================== and 39 others): rename to clarify contents
10:56.22 *** join/#brlcad vladbogo (~vlad@188.27.64.224)
11:54.09 maths22 brlcad: the upgrade was very straightforward
12:02.06 *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
12:21.58 Notify 03BRL-CAD:tbrowder2 * 61060 brlcad/branches/d-binding/misc/d-bindings/extract-grammar.pl: reading grammar mostly ok but one issue remains (plus minor formatting differences): WHILE is being missed
12:35.46 brlcad awesome
12:35.58 brlcad shame there's not a good way to automate that
12:43.57 *** join/#brlcad luca79 (~luca@net-37-116-122-253.cust.vodafonedsl.it)
13:20.15 *** join/#brlcad kesha (~kesha@14.139.122.114)
13:26.07 caen23 quit
13:26.30 *** join/#brlcad caen23 (~caen23@92.83.166.162)
13:37.11 *** join/#brlcad raj12lnm (31cd6b50@gateway/web/freenode/ip.49.205.107.80)
13:44.09 *** join/#brlcad ries (~ries@190.9.171.121)
14:04.22 *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
14:34.46 *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
14:42.31 Notify 03BRL-CAD:tbrowder2 * 61061 brlcad/branches/d-binding/misc/d-bindings/c-grammar.txt: replace leading spaces with tabs for ease of reproducing
14:49.54 Notify 03BRL-CAD:tbrowder2 * 61062 brlcad/branches/d-binding/misc/d-bindings/c-grammar.txt: restore spaces for the productions in CAPS
14:50.37 Notify 03BRL-CAD:brlcad * 61063 (brlcad/branches/RELEASE/NEWS brlcad/branches/RELEASE/TODO and 5 others): final version bump and doc update for 7.24.2 release
14:54.01 Notify 03BRL-CAD:brlcad * 61064 (brlcad/branches/STABLE/NEWS brlcad/branches/STABLE/TODO and 16 others): merge c61063 from RELEASE to get the remaining version bump and doc updates, should have been in prior merge
15:29.27 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:31.01 *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com)
15:39.14 Notify 03BRL-CAD:starseeker * 61065 (brlcad/trunk/src/other/stepcode/src/clstepcore/instmgr.cc brlcad/trunk/src/other/stepcode/src/clstepcore/instmgr.h): The insertion mechanism for the sortedMaster array performed very badly in the case where a large file has a batch of low-id-number entities towards the end of the file. Tossing in std::map in place of that array avoids the bad corner case, but we may pay a performance
15:39.16 Notify penalty in other situations - depending on what the bottle necks are, this may be work revisiting. For now, this seems to work well enough.
15:44.08 *** join/#brlcad oana_ (~elf11@p5.eregie.pub.ro)
15:48.58 Notify 03BRL-CAD Wiki:ChasewiiohuoowrWeniger * 0 /wiki/User:ChasewiiohuoowrWeniger:
16:02.40 *** join/#brlcad clock (~clock@84-72-11-5.dclient.hispeed.ch)
16:54.39 Notify 03BRL-CAD:brlcad * 61066 NIL: Tagging release 7.24.2
17:00.54 ``Erik woohoo!
17:17.08 Notify 03BRL-CAD Wiki:Sudstoit24 * 0 /wiki/User:Sudstoit24:
17:20.40 *** join/#brlcad devinder (~chatzilla@202.164.53.117)
17:26.18 *** join/#brlcad cwstirk (~charlie@c-107-2-138-189.hsd1.co.comcast.net)
17:42.09 ``Erik yuh oh, wwdc is asploding the interwebz
17:55.24 Notify 03BRL-CAD:tbrowder2 * 61067 brlcad/branches/d-binding/misc/d-bindings/extract-grammar.pl: issues still open
17:59.15 *** join/#brlcad raj12lnm (31cd6b50@gateway/web/freenode/ip.49.205.107.80)
17:59.21 raj12lnm hi all.
17:59.31 raj12lnm did you see my patches on sf ?
18:02.22 Notify 03BRL-CAD Wiki:Albertcoder * 7187 /wiki/User:Albertcoder/GSoC2014/logs: /* Week 2 */
18:13.38 brlcad raj12lnm: the patches get updated when someone works them
18:15.52 brlcad notifications are sent out every change too
18:15.54 raj12lnm brlcad: ok
18:16.03 raj12lnm brlcad : one more quick question
18:16.08 raj12lnm if you are free
18:16.56 raj12lnm can we change the argument in metaball definition : as fastf_t *vert[5] to fastf_t **vert ?
18:17.06 brlcad ``Erik: thanks, didn't realize that was today .. maybe there will finally be a macbook pro update
18:17.10 brlcad likes http://buyersguide.macrumors.com/#Mac
18:18.25 brlcad raj12lnm: possibly, but have to inspect all the places it's used .. memory allocation issues
18:18.29 brlcad raj12lnm: why?
18:18.45 raj12lnm i think that provides a standard
18:19.14 raj12lnm and i just tested it compiles perfectly alright if one makes that change
18:19.32 brlcad compiling isn't the issue :)
18:20.43 raj12lnm brlcad : the uses are also matching
18:20.45 raj12lnm for instance
18:21.14 raj12lnm <PROTECTED>
18:21.18 brlcad compiling just means it's type-compatible with how it's being used and that's what I would expect
18:22.03 raj12lnm so in that case as i found the uses, there must not be any issue changing it
18:22.06 brlcad if the structure has a pointer to a pointer, then the calling locations need to allocate that array
18:22.18 raj12lnm can u change it in the repo ? A quick commit from your side :)
18:22.26 brlcad raj12lnm: you're not understanding
18:23.25 raj12lnm brlcad : tell me then
18:23.38 raj12lnm the only pace it used is proc-db/metaball.c
18:24.05 raj12lnm also in that place the callee function allocates the variable whihc is in consistent with the desired changes
18:29.20 brlcad raj12lnm: which metaball definition are you referring to? the one in include/rtgeom.h has no such array and that's what I presumed you were referring to (that IS the metaball definition)
18:29.36 Notify 03BRL-CAD:tbrowder2 * 61068 brlcad/branches/d-binding/misc/d-bindings/extract-grammar.pl: whew, formatting issues solved, still no WHILE
18:30.08 raj12lnm brlcad : yes, metaball structure doesnt contain that
18:30.15 raj12lnm mk_metaball has that
18:30.26 raj12lnm which is a function in libwdb.h
18:30.39 raj12lnm and defined in src/libwdb/metaball.c
18:31.44 brlcad ahhh, THAT is different
18:32.12 brlcad clarity, it's a good thing
18:35.46 raj12lnm ok! So what do you think about that ?
18:36.57 raj12lnm brlcad:
18:37.26 *** join/#brlcad cstirk (~charlie@c-107-2-138-189.hsd1.co.comcast.net)
18:37.37 *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
18:40.51 brlcad raj12lnm: yeah, a function definition is certainly more easily changed than a structure definition
18:41.05 brlcad there may be some external callers, but a function sig change is compatible
18:41.28 brlcad so back to the original question, why?
18:41.31 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:41.50 brlcad "provides a standard" doesn't really explain why
18:43.11 raj12lnm in the ars we have a two dimension array
18:43.20 raj12lnm although it is required there
18:43.35 raj12lnm but if we have a 2-D array i think it is easire
18:43.43 raj12lnm but the current is not hard either :)
18:44.07 raj12lnm easire as in to wrap in different languages
18:44.12 raj12lnm like python wrapping
18:44.29 raj12lnm but as i said the current is not very-hard either
18:47.30 brlcad raj12lnm: go ahead and make the change and submit it as a patch (including all/any callers)
18:48.42 Notify 03BRL-CAD:tbrowder2 * 61069 brlcad/branches/d-binding/misc/d-bindings/extract-grammar.pl: now all issues are solved--reads and writes grammar correctly
18:48.49 raj12lnm ok. I will do them.
18:50.58 brlcad <PROTECTED>
19:05.57 raj12lnm brlcad : I will find other good opertunities to submit the patch.
19:06.23 raj12lnm I think since there is already a back log of patches. If you do the required change tht will be good :)
19:18.36 *** join/#brlcad piyushparkash (~piyushpar@202.164.53.117)
19:45.15 Notify 03BRL-CAD Wiki:Ankeshanand * 7188 /wiki/User:Ankeshanand/GSoC14/logs: /* Update logs for 2nd June */
19:52.57 *** join/#brlcad vladbogo (~vlad@188.27.64.224)
20:04.02 Notify 03BRL-CAD:tbrowder2 * 61070 brlcad/branches/d-binding/misc/d-bindings/extract-grammar.pl: correct comment
20:05.35 Notify 03BRL-CAD Wiki:Vladbogolin * 7189 /wiki/User:Vladbogolin/GSoC2014/Logs: /* Week 2 */
20:11.19 Notify 03BRL-CAD:carlmoore * 61071 brlcad/trunk/ChangeLog: ONLY remove trailing blanks/tabs (review of jobs shown at this end shows I do NOT check that file's spellings
20:18.01 *** join/#brlcad devinder (~chatzilla@202.164.53.117)
20:39.01 Notify 03BRL-CAD Wiki:Ankeshanand * 7190 /wiki/User:Ankeshanand/GSoC14/logs: /* Week 3 */
20:39.14 Notify 03BRL-CAD:carlmoore * 61072 brlcad/trunk/doc/docbook/system/man1/en/g-vrml.xml: provide -b and -e explanation in g-vrml
21:04.57 Notify 03BRL-CAD:carlmoore * 61073 brlcad/trunk/doc/docbook/system/man1/en/g-x3d.xml: g-x3d manpage fixes: supply a space before an ending period, and explain -P
21:20.34 *** join/#brlcad impulse (~impulse@TOROON4828W-LP140-02-2925027964.dsl.bell.ca)
21:24.14 *** join/#brlcad stirk (~charlie@c-107-2-138-189.hsd1.co.comcast.net)
21:27.26 *** join/#brlcad cwstirk (~charlie@c-24-9-78-79.hsd1.co.comcast.net)
21:39.40 starseeker this is kind of interesting looking: http://msharov.github.io/ustl/
21:51.17 *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:56.46 *** join/#brlcad cwstirk (~charlie@c-107-2-138-189.hsd1.co.comcast.net)

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